Почему при обновлении ЗУП 3.1 возникает ошибка блокировки из-за фонового задания UpdateConfigurationLicense?

← На главную

Обновление крупных баз данных «1С:Зарплата и управление персоналом», особенно при переходе между значимыми релизами (например, с ветки 3.1.18 на 3.1.23), часто превращается в сложный технологический процесс. Одной из самых коварных проблем, с которой сталкиваются системные администраторы и программисты, является внезапный конфликт блокировок в тот момент, когда в режиме «1С:Предприятие» выполняется обработка данных (бегунок с процентами). Рассмотрим ситуацию, когда база заблокирована, регламентные задания отключены, но некое фоновое задание UpdateConfigurationLicense всё равно прорывается в систему и прерывает обновление. Для оптимизации процесса на больших базах можно использовать готовое решение для ускорения обновления ЗУП.

Суть проблемы и анализ ситуации

Представим сценарий: вы подготовили базу к обновлению, установили в консоли сервера 1С флажки «Блокировка начала сеансов» и «Блокировка регламентных заданий». Конфигурация успешно обновилась в режиме Конфигуратора, и вы запускаете первый сеанс для выполнения отложенных обработчиков обновления. На отметке 45–55% процесс прерывается ошибкой:

«Конфликт блокировок при выполнении транзакции: Ошибка блокировки области данных... База данных заблокирована: компьютер: ..., пользователь: ..., сеанс: ..., приложение: Фоновое задание».

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

Почему системное задание игнорирует блокировки?

Выясним причину такого поведения. Задание UpdateConfigurationLicense не является частью программного кода конфигурации ЗУП. Это системное фоновое задание самой платформы «1С:Предприятие». Разберем отличия:

Обычные регламентные задания описываются в метаданных конфигурации (например, «Извлечение текста», «Синхронизация данных»). Они подчиняются настройке «Блокировка регламентных заданий» в консоли кластера.
Системные задания платформы отвечают за жизнеспособность системы, лицензирование и самодиагностику. Платформа считает их критически важными, поэтому они могут запускаться даже в условиях установленных блокировок, если сеанс обновления уже открыл доступ к базе.

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

Способ 1: Изоляция сервера от внешних ресурсов

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

Рассмотрим шаги по блокировке доступа:

Если есть возможность, временно отключите сетевой интерфейс на сервере приложений на время выполнения обработчиков обновления.
Если полное отключение невозможно, внесите правки в файл hosts на сервере (C:\Windows\System32\drivers\etc\hosts), перенаправив запросы к серверам 1С в «пустоту» (на адрес 127.0.0.1):


127.0.0.1 v8.1c.ru
127.0.0.1 1c-papi.1c.ru

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

Способ 2: Обновление платформы до актуальной версии

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

Рекомендуется следующий порядок действий:

Посмотрим требования к релизу ЗУП 3.1.23.165. Он часто требует платформу не ниже 8.3.21 или 8.3.22 для корректной работы всех механизмов.
Выполним обновление технологической платформы на сервере и клиентах. Новые версии платформы лучше управляют приоритетами системных заданий и реже вызывают конфликты при обновлении метаданных.

Способ 3: Стратегия «Ожидания и повтора»

Если база данных очень большая, и процесс обновления зависает на длительное время, может показаться, что система «упала». Однако, как показывает практика, если дождаться завершения фонового задания UpdateConfigurationLicense (которое может висеть несколько часов из-за таймаутов), обновление может продолжиться.

Посмотрим, как правильно действовать в этой ситуации:

Не убивайте процесс 1С сразу после появления ошибки блокировки.
Откройте второе окно с Журналом регистрации через Конфигуратор.
Следите за записями. Если вы видите сообщения вида Обновление информационной базы на версию "..." выполнено успешно, значит, фоновый процесс всё-таки доделал работу, несмотря на визуальную ошибку в пользовательском интерфейсе.
После этого перезапустите сеанс 1С:Предприятия. Программа увидит, что обработчики завершены, и просто зафиксирует успешное окончание процесса.

Очистка серверного кеша

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

Разберем процедуру:

Остановите службу 1C:Enterprise 8.3 Server Agent.
Перейдите в каталог данных сервера (обычно C:\Program Files\1cv8\srvinfo\reg_1541).
Найдите папки с длинными именами (UUID баз) и удалите внутри них папку snccntx и файлы кеша. Внимание! Не удаляйте файлы журналов регистрации (1Cv8.lgf/1Cv8.lgp), если они вам нужны.
Запустите службу и продолжите обновление.

Заключение

Появление системного задания UpdateConfigurationLicense в разгар обновления — это штатное, хоть и неприятное поведение платформы «1С:Предприятие», связанное с защитой программного обеспечения. Для успешного завершения процесса в ЗУП 3.1 наиболее эффективным методом является сочетание актуальной версии платформы и временного ограничения доступа сервера к интернету. Это гарантирует, что системные проверки не вступят в конфликт с масштабными транзакциями по пересчету данных в регистрах зарплаты и кадров.