Столкнулся с новым (для меня) поведением платформы.

У пользователя серверная 8.3.9.2033 1С:ЗарплатаИУправлениеПерсоналом 2.5.120.1.

1. Выполняем обновление конфигурации (в пакетном режиме).
2. Далее выполняем обновление базы данных (в пакетном режиме).
3. Сразу после пункта 2 пытаемся подключиться к базе (через COM) и получаем ошибку "разделенного доступа к базе данных, база данных заблокирована:, компьютер: server, пользователь: СкрытоеИмяПользователя, приложение: фоновое задание.".

И это при том что все имеющиеся перед обновлением фоновые задачи завершены, а запуск новых запрещён.

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

Я  догадываюсь, что это платформа выполняет какие-то манипуляции для обновления лицензии, контроля и чего-то там ещё.

Но какого же чёрта она это делает через механизм регламентных заданий и при этом не считается с запретом их выполнения.

В модуле самой конфигурации поиск UpdateConfigurationLicense ничего не даёт, а значит это механизм на уровне платформы.

Если у кого есть доп. информация по этому механизму прошу поделиться, потому что почти не гуглится.

Меня главным образом волнует:
- это общее поведение платформы для всех конфигураций или нет
- эта особенность была всегда или появилась с какого-то релиза
- она похоже работает только для серверных?
- может какой-то ключик существует, чтобы платформа (при запуске с ключом /UpdateDBCfg) дожидалась таки окончания выполнения этого системного задания UpdateConfigurationLicense

То есть главная проблема в том, что мы запускаем платформу с ключиком UpdateDBCfg, она отрабатывает, но на самом деле база остаётся ещё на какое-то неизвестное время заблокированное для выполнения этого фонового задания.

Выполняется (у пользователя) это задание почти всегда ровно минуту.

Я прошу по возможностей поискать это фоновое задание в своих базах.

Было бы здорово узнать - может ли оно выполняться дольше, чтобы знать какую паузу делать.

М-да, никто не обещал в будущих релизах платформы совместимость с Обновлятором.

(3) Я бы делал паузу в минуту и проверял снова. И так пока не получится.

Могу предположить, что проверяется наличие подписки ИТС. И если пустить её в интернет, фремя ожидания сильно сократится.

(5) *время*

файловая?

(4) Да, нужна пауза. Теперь осталось точно выбрать момент и значение паузы.

Бесконечно проверять тоже нельзя - причин по которым нельзя подключиться к базе может быть много. Хотя в данном случае конечно можно анализировать текст ошибки, но это всё ИМХО не совсем правильно. Но придётся.

На самом деле тут всё хитрее скорее всего (есть какие-то доп. условия для запуска этого задания сервером 1с). Так как из множества пользователей пока только один столкнулся с таким поведением платформы.

(7) нет, серверная. С файловой мне кажется такой проблемы нет, так как здесь именно сервер 1с после обновления БД запускает это фоновое задание.

Здравствуйте, а если у 1с поинтересоваться?

(9) вот тоже об этом думал

Но у меня нет доступа к их партнёрскому форуму. А в рамках канала ошибок они даже разбираться не будут.

Если у кого есть возможность задать им вопрос на партнёрском форуме - спросите пожалуйста. Буду очень признателен.

Для себя я сейчас вот что уяснил:
- это задание запускается в конце (за секунду) до окончания выполнение обновление базы данных
- длится минуту
- блокирует на это время доступ к базе
- работает на серверных ОС

Есть ещё какие-то условия возникновения этого задания, но я их пока не знаю.

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

Напишите, полностью вопрос

Ок, сейчас сформулирую.

Можете ли вы прояснить поведение сервера 1С в следующей ситуации:

При пакетном обновлении базы данных (ключик /UpdateDBCfg) сервер 1С запускает в базе некое фоновое задание (в журнале регистрации оно не имеет имени, но в данных у него написано "UpdateConfigurationLicense").

Это задание блокирует доступ к базе втечение 1 минуты после того как окончилась пакетное обновление базы данных (запущенное через ключик /UpdateDBCfg).

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

Подобный вопрос уже задавали 13.04.2017 на партнёрском:
(Но ни одного ответа там нет)

Зарплата и управление персоналом (ЗУП и ЗУП КОРП ред. 3) ?  Ошибка при обновлении на релиз 3.1.2.153. Что такое UpdateConfigurationLicense?

Добрый день,

Возникает ошибка при обновлении конфигурации «Зарплата и управление персоналом, редакция 3.1» с релиза 3.1.1.116 на релиз 3.1.2.153 на платформе «1С:Предприятие 8.3 (8.3.8.1964)».

При первом запуске в режиме тонкого клиента запускается обновление данных в фоновом задании «Фоновое задание, сеанс 6», которое далее завершается по ошибке, из-за запуска второго фонового задания «Фоновое задание, сеанс 7».

Предполагаю, что «Фоновое задание, сеанс 7» забирает монопольный режим у «Фоновое задания, сеанс 6». Причина запуска «Фоновое задание, сеанс 7» неизвестна.

Во вложении скриншоты записей журнала регистрации.

Подскажите пожалуйста, верно ли предположение о причине ошибки и в чем причина запуска второго фонового задания с описанием данных «UpdateConfigurationLicense»?

https://ibb.co/bJqbM5
https://ibb.co/k1yVg5