Как правильно настроить и переносить лицензии 1С на ВМ Hyper-V?

Для клиент-серверных лицензий 1С на ВМ Hyper-V важно разделять:

— серверную лицензию 1С;
— клиентские лицензии 1С;
— способ защиты: программные лицензии или аппаратные ключи HASP;
— технический перенос ВМ;
— лицензионное право запускать Windows Server на другом физическом хосте.

## Как работает клиент-серверная лицензия 1С

В типовой схеме:

Серверная лицензия обычно устанавливается на сервере 1С. Клиентские лицензии могут выдаваться:

— сервером 1С;
— отдельным сервером лицензирования;
— аппаратным ключом HASP;
— программным лицензирующим сервером 1С.

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

—

# Наиболее надежная схема для Hyper-V

Для рабочей базы я бы рекомендовал один из двух вариантов.

## Вариант 1. Аппаратный сетевой ключ 1С

Аппаратный ключ HASP устанавливается на отдельный сервер лицензирования, доступный с ВМ 1С по сети.

ВМ с сервером 1С можно переносить между хостами, потому что лицензия находится не внутри ВМ, а на отдельном сервере или аппаратном ключе.

### Что нужно обеспечить

— сервер лицензирования постоянно доступен по сети;
— сетевой ключ виден с обоих хостов;
— не меняется адрес и имя сервера лицензирования;
— на серверах разрешен необходимый сетевой трафик;
— при аварии одного Hyper-V-хоста ВМ запускается на другом хосте;
— ключ не подключен только к недоступному физическому серверу.

Если ключ физически установлен в USB-порт хоста Hyper-V, это менее удобно:

— после падения хоста ключ останется на недоступном сервере;
— потребуется USB-проброс или USB-over-IP;
— автоматическое переподключение может работать нестабильно;
— при миграции ВМ ключ сам по себе не переносится.

Для отказоустойчивости лучше размещать ключ на отдельном постоянно доступном сервере лицензирования или использовать поддерживаемую схему USB-over-IP.

—

## Вариант 2. Программные лицензии 1С

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

— идентификаторы ВМ;
— MAC-адрес сетевой карты;
— параметры виртуального процессора;
— сведения о BIOS и материнской плате;
— виртуальные диски;
— конфигурация виртуального оборудования;
— параметры операционной системы.

При корректной миграции Hyper-V большинство параметров сохраняется. Но если при переносе изменится состав виртуального оборудования, лицензия может перестать определяться.

## Что настроить в Hyper-V

### 1. Зафиксировать MAC-адрес

В настройках ВМ откройте:

Не оставляйте MAC-адрес динамическим. При переносе, восстановлении или импорте ВМ Hyper-V может назначить новый адрес.

Проверка через PowerShell:

Если MAC должен быть задан вручную:

MAC-адрес должен быть уникальным в сети.

### 2. Включить совместимость процессоров

Если хосты имеют разные процессоры, например Intel разных поколений, включите совместимость CPU:

Проверить настройку:

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

### 3. Сохранить поколение ВМ

Не меняйте:

— Generation 1 на Generation 2;
— Generation 2 на Generation 1;
— BIOS на UEFI;
— контроллеры дисков;
— тип виртуального сетевого адаптера;
— виртуальный TPM;
— настройки Secure Boot.

Если ВМ создана как Generation 1, после переноса она должна оставаться Generation 1. Переход на другое поколение выполняется созданием новой ВМ и миграцией данных, а это уже новая виртуальная машина с точки зрения лицензирования.

### 4. Переносить исходную ВМ, а не клон

Для обычного переноса используйте:

— Live Migration;
— экспорт и импорт исходной ВМ;
— перенос дисков и конфигурации с сохранением параметров;
— кластер Hyper-V или Storage Migration.

Не используйте для рабочей лицензированной ВМ обычное клонирование. Клон может получить:

— новый MAC-адрес;
— новый идентификатор;
— конфликт имени компьютера;
— конфликт в домене;
— дублирование лицензии;
— одинаковые параметры двух одновременно работающих серверов.

—

# Рекомендуемый порядок переноса ВМ с программной лицензией 1С

## До переноса

1. Завершить сеансы пользователей 1С.
2. Остановить службы сервера 1С или корректно завершить работу кластера.
3. Сделать резервную копию информационной базы.
4. Сохранить файл программной лицензии.
5. Зафиксировать:
— MAC-адрес;
— имя ВМ;
— VM ID;
— поколение ВМ;
— количество виртуальных процессоров;
— объем оперативной памяти;
— состав виртуальных дисков;
— имя компьютера;
— IP-адрес.
6. Проверить, что на целевом хосте нет другой копии этой ВМ.
7. Убедиться, что целевой хост имеет право запускать нужное количество Windows Server ВМ.

VM ID можно посмотреть так:

## Во время переноса

1. Не изменять конфигурацию виртуального оборудования.
2. Не удалять сетевой адаптер.
3. Не включать автоматическую генерацию нового MAC.
4. Не запускать исходную и перенесенную ВМ одновременно в одной сети.
5. Если используется экспорт/импорт, проверить параметры ВМ после импорта до ее запуска.

## После переноса

1. Проверить MAC-адрес.
2. Проверить имя компьютера и IP-адрес.
3. Проверить наличие программной лицензии.
4. Запустить службу сервера 1С.
5. Подключиться тестовым клиентом.
6. Проверить запуск нескольких сеансов.
7. Проверить выдачу клиентских лицензий.
8. После этого разрешить работу пользователей.

Проверять состояние лицензирования лучше не только запуском Конфигуратора, но и через журнал регистрации 1С и консоль администрирования кластера.

—

# Что произойдет при изменении аппаратных параметров

Если после переноса сервер 1С запускается, но лицензия не определяется, возможны сообщения вида:

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

В этом случае сначала не нужно сразу перевыпускать лицензию. Сначала восстановите прежние параметры ВМ:

1. Верните старый MAC-адрес.
2. Проверьте поколение ВМ.
3. Верните прежнюю модель CPU.
4. Проверьте виртуальные диски.
5. Убедитесь, что не был удален или создан заново сетевой адаптер.
6. Проверьте дату и состояние операционной системы.
7. Перезапустите службы 1С.

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

Не следует без необходимости удалять старый файл лицензии. Повторная активация может израсходовать один из доступных PIN-кодов.

—

# Можно ли использовать программную серверную лицензию на двух хостах

Технически одна ВМ может переноситься между хостами. В этом случае программная лицензия находится внутри этой ВМ и используется при работе только одной активной копии ВМ.

Нельзя одновременно запускать:

если это одна и та же лицензированная система и не выполнены отдельные лицензионные условия. Это приводит не только к конфликту IP и имени компьютера, но и к проблемам с выдачей лицензий.

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

—

# Как организовать кластер Hyper-V

Для двух хостов можно использовать такую схему:

Для программной лицензии желательно:

— одинаковое поколение ВМ;
— одинаковые виртуальные CPU;
— совместимые физические процессоры;
— статический MAC;
— единый кластер Hyper-V;
— перенос именно одной ВМ;
— отсутствие одновременного запуска копий;
— отдельное резервное копирование базы.

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

—

# Что лучше выбрать

## Для одной ВМ без автоматической миграции

Подойдет программная серверная лицензия, если:

— ВМ переносится редко;
— сохраняется MAC-адрес;
— не меняется виртуальное оборудование;
— есть резервные PIN-коды;
— имеется резервная копия базы.

## Для регулярной миграции между хостами

Лучше использовать:

— аппаратный сетевой ключ HASP;
— отдельный сервер лицензирования;
— стабильную сетевую схему;
— кластер Hyper-V;
— фиксированный MAC-адрес ВМ;
— совместимые CPU хостов.

## Для автоматического переключения при аварии

Наиболее практично:

При этом аппаратная лицензия остается доступной независимо от того, на каком хосте сейчас запущена ВМ 1С.

—

# Важное отличие от лицензии Windows Server

Перенос ВМ 1С между хостами не означает автоматически, что лицензирование Windows Server на целевом хосте выполнено.

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

То есть нужно отдельно проверить:

1. лицензию 1С;
2. Windows Server;
3. SQL Server, если он используется;
4. лицензии терминального доступа, если пользователи работают через RDP;
5. лицензии сторонних программ внутри ВМ.