Поскольку аппаратные ключи становятся дорогостоящим и ценным антиквариатом, единственным способом использования 1С являются программные лицензии.
О недостатках их все наслышаны, особенно кто живет в нестабильной виртуальной среде. Даже если Вы договоритесь с администраторами о постоянной привязке виртуальной машины к оборудованию есть много поводов неожиданно переместить ее куда - то , или вдруг изменятся виртуальные параметры оборудования под капотом с выдачей грозных предупреждений.
1С в этом случае предлагает выход в виде выделенного сервиса лицензирования на машине, которая не меняет свои параметры и привязку к оборудованию долгие годы. При этом Вы можете даже миксовать такие машины, например, главный менеджер кластера на рабочем сервере с Windows, а дополнительный менеджер кластера на рабочем сервере c Linux
На эту тему нет смысла писать отдельной статьи поскольку есть хорошая статья от Рарус https://techlab.rarus.ru/news/vydelennyy-server-litsenzirovaniya-1c
Рекомендую ознакомится если будете облегчать себе жизнь, это кстати облегчает и одновременное сопровождение резервного и рабочего контура
Но всякую инструкцию можно дополнить. В ней не описан важный момент требованиями назначения функциональности . Описано, что на рабочем сервере лицензирования должны быть требования в следующей последовательности.
Но не написано, что на основном рабочем сервере должно быть такое требование исключение
Если это не сделать, то 1С может не назначить сразу сервис лицензирования куда надо (на сервер лицензирования), а ведь там и находятся файлы лицензий.
Кстати требования назначения функциональности применяются только, если их явно применить на кластере, и перезагрузка на это не влияет.
До новых встреч на нашем канале t.me/Chat1CUnlimited