Проверка лицензионного использования не выполнялась в 1С: как выполнить принудительно

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

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

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

Почему возникает сообщение о невыполненной проверке лицензий

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

Типовые причины сбоя:

• остановлено или заблокировано регламентное задание, отвечающее за проверку;
• служба агента сервера 1С:Предприятия работает с ошибками или была перезапущена некорректно;
• файл программной лицензии повреждён, удалён или недоступен из-за прав доступа;
• сервер лицензирования (при раздельной схеме) недоступен по сети;
• изменилась аппаратная конфигурация сервера — ключевые параметры компьютера, к которым привязана лицензия;
• после обновления платформы кластер работает на смешанных версиях.

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

Однократное сообщениеВероятен кратковременный сбой

Проверьте, повторяется ли ошибка после перезапуска службы агента сервера

Ошибка повторяется регулярноСистемная проблема с лицензированием

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

Ошибка после обновления платформыВозможна рассинхронизация версий

Убедитесь, что все компоненты сервера обновлены до одной версии

Ошибка после замены оборудованияЛицензия привязана к старым параметрам

Потребуется повторная активация программной лицензии

Что проверить перед принудительным запуском

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

Проверьте наличие файлов лицензий. Программные лицензии 1С хранятся в файлах с расширением .lic — обычно в каталоге C:\ProgramData\1C\licenses (для Windows) или в профиле пользователя, под которым работает служба агента сервера. Убедитесь, что файлы на месте и у учётной записи службы есть права на чтение каталога.

Если используется сервер лицензирования (отдельный компьютер, раздающий многопользовательские лицензии), проверьте его доступность: служба агента сервера на нём должна быть запущена, сетевой порт кластера (по умолчанию 1540–1541 и диапазон рабочих процессов) не должен блокироваться межсетевым экраном.

Также проверьте, не изменялись ли ключевые параметры сервера: материнская плата, сетевые адаптеры, диски, объём оперативной памяти, версия операционной системы. Программная лицензия 1С привязана к аппаратной конфигурации, и существенное изменение параметров делает её недействительной — в этом случае проверка легально не пройдёт.

Принудительный запуск проверки через консоль кластера

Основной способ принудительно инициировать проверку — перезапуск механизмов сервера, которые её выполняют. Откройте консоль администрирования серверов 1С:Предприятия (1CV8 Servers) на компьютере, где установлен агент сервера.

Порядок действий в консоли:

1. Раскройте дерево: Центральные серверы → имя сервера → Кластеры → Локальный кластер.
2. Проверьте список рабочих процессов и сеансов — убедитесь, что кластер жив и сеансы активны.
3. Перейдите к свойствам информационной базы и убедитесь, что блокировка регламентных заданий не включена (флаг «Блокировка регламентных заданий включена» должен быть снят, если задания должны работать).
4. При необходимости перезапустите рабочий процесс кластера: это заставит сервер заново инициализировать механизмы лицензирования.

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

Порядок действий для принудительной проверки
1. 1
   Откройте консоль кластера серверов 1С и проверьте состояние рабочих процессов
2. 2
   Снимите блокировку регламентных заданий для информационной базы, если она установлена
3. 3
   Перезапустите службу «Агент сервера 1С:Предприятия» через services.msc или консоль кластера
4. 4
   Дождитесь запуска сеансов и проверьте журнал регистрации на предмет ошибок лицензирования
5. 5
   Убедитесь, что новые сеансы запускаются без сообщений о лицензиях

Перезапуск службы агента сервера

Самый радикальный и одновременно самый действенный способ принудительно запустить проверку — полный перезапуск службы агента сервера 1С:Предприятия. При старте агент заново инициализирует механизм лицензирования и выполняет проверку доступных лицензий.

На Windows это делается через оснастку «Службы» (services.msc): найдите службу «Агент сервера 1С:Предприятия» соответствующей версии и разрядности, выберите «Перезапустить». Если служб несколько (разные версии платформы), перезапускайте ту, которая обслуживает нужный кластер.

Из командной строки с правами администратора перезапуск выполняется так:

cmd

net stop "Агент сервера 1С:Предприятия 8.3 (x86-64)" && net start "Агент сервера 1С:Предприятия 8.3 (x86-64)"

Имя службы может отличаться в зависимости от версии платформы — точное название смотрите в оснастке «Службы». После перезапуска подождите 1–2 минуты: кластеру нужно время на инициализацию, после чего пользователи смогут подключиться заново.

Проверка и перезапуск регламентных заданий в конфигураторе

Если сообщение связано с регламентным заданием внутри конфигурации (в некоторых типовых решениях есть фоновые задания, контролирующие лицензионную чистоту), проверьте его состояние в режиме 1С:Предприятие: раздел «Администрирование» → «Регламентные и фоновые задания» (в типовых конфигурациях на БСП).

Найдите нужное задание, убедитесь, что оно включено и не завершилось с ошибкой. При необходимости выполните его вручную кнопкой «Выполнить сейчас» — это и будет принудительный запуск проверки на уровне прикладного решения.

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

Если проблема в самой лицензии

Когда инфраструктура в порядке, а проверка всё равно не проходит, вероятнее всего, проблема в лицензии. Признаки: сервер при старте сообщает, что лицензия не найдена или недействительна; в каталоге лицензий нет актуальных файлов .lic; лицензия перестала работать после изменения оборудования.

В этом случае потребуется повторная активация программной лицензии. Запустите конфигуратор или клиентское приложение на сервере — при отсутствии действующей лицензии платформа предложит получить её: автоматически через интернет по пин-коду или вручную через файл запроса. Используйте пин-код из комплекта поставки или резервный пин-код, если основной уже исчерпан.

При активации выбирайте вариант «на компьютер сервера» и учётную запись службы агента («Всем пользователям данного компьютера»), чтобы лицензия была доступна кластеру. После активации перезапустите службу агента сервера и проверьте запуск сеансов.

Типичные ошибки
01
Перезапуск службы агента в разгар рабочего дня без предупреждения — обрыв сеансов и потеря несохранённых данных пользователей
02
Активация лицензии под учётной записью администратора вместо «всех пользователей компьютера» — служба агента не видит файл лицензии
03
Игнорирование блокировки регламентных заданий после восстановления базы из копии — фоновые проверки не выполняются
04
Попытка починить проблему удалением файлов .lic — полная потеря лицензий и остановка сервера до повторной активации
05
Проверка только одного рабочего процесса при многосерверной схеме — лицензия может быть недоступна на другом узле кластера

Как убедиться, что проверка восстановлена

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

В-третьих, в консоли кластера откройте список сеансов и лицензий: там видно, какие лицензии выданы активным сеансам. Если список заполняется, механизм работает. Дополнительно можно проверить файл технологического журнала, если он включён, — события лицензирования фиксируются там.

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

Контрольные точки

Как проверить результат

Запуск нового сеанса

Норма

Сеанс открывается без сообщений о лицензиях

Тревожный признак

Появляется предупреждение или отказ в запуске

Журнал регистрации

Норма

Нет свежих ошибок лицензирования

Тревожный признак

Ошибки повторяются с регулярным интервалом

Список лицензий в консоли кластера

Норма

Лицензии выдаются активным сеансам

Тревожный признак

Список пуст при работающих пользователях

Каталог лицензий

Норма

Файлы .lic на месте и доступны службе агента

Тревожный признак

Файлы отсутствуют или недоступны по правам

Профилактика повторения ошибки

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

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

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

Итог

Что важно запомнить

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

Частые вопросы

Опасно ли сообщение «Проверка лицензионного использования не выполнялась»?

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

Можно ли принудительно запустить проверку без перезапуска службы?

Да, если проблема на уровне прикладного регламентного задания — его можно выполнить вручную из раздела «Регламентные и фоновые задания». Но если сбой на уровне кластера, без перезапуска рабочего процесса или службы агента обойтись обычно не удаётся.

Что делать, если после перезапуска службы ошибка появляется снова?

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

Где хранятся файлы программных лицензий 1С?

Обычно в каталоге C:\ProgramData\1C\licenses для лицензий, активированных «для всех пользователей компьютера», либо в профиле конкретного пользователя. Файлы имеют расширение .lic. У службы агента сервера должен быть доступ на чтение к этому каталогу.

Нужна ли повторная активация лицензии после замены сервера?

Да, если лицензия программная и привязана к аппаратной конфигурации. При переносе на новое оборудование старая лицензия становится недействительной — потребуется активация по пин-коду из комплекта поставки или по резервному пин-коду.

Влияет ли блокировка регламентных заданий на проверку лицензий?

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