Загадочное фоновое задание UpdateConfigurationLicense #804877


#0 by Владимир Милькин
Столкнулся с новым (для меня) поведением платформы. У пользователя серверная 8.3.9.2033 1С:ЗарплатаИУправлениеПерсоналом 2.5.120.1. 1. Выполняем обновление конфигурации (в пакетном режиме). 2. Далее выполняем обновление базы данных (в пакетном режиме). 3. Сразу после пункта 2 пытаемся подключиться к базе (через COM) и получаем ошибку "разделенного доступа к базе данных, база данных заблокирована:, компьютер: server, пользователь: СкрытоеИмяПользователя, приложение: фоновое задание.". И это при том что все имеющиеся перед обновлением фоновые задачи завершены, а запуск новых запрещён. Исследуем журнал регистрации и обнаруживаем, что во время выполнения второго пункта платформа запускает некоторое системное фоновое задание в данных у которого написано "UpdateConfigurationLicense". Я  догадываюсь, что это платформа выполняет какие-то манипуляции для обновления лицензии, контроля и чего-то там ещё. Но какого же чёрта она это делает через механизм регламентных заданий и при этом не считается с запретом их выполнения. В модуле самой конфигурации поиск UpdateConfigurationLicense ничего не даёт, а значит это механизм на уровне платформы. Если у кого есть доп. информация по этому механизму прошу поделиться, потому что почти не гуглится. Меня главным образом волнует: - это общее поведение платформы для всех конфигураций или нет - эта особенность была всегда или появилась с какого-то релиза - она похоже работает только для серверных? - может какой-то ключик существует, чтобы платформа (при запуске с ключом /UpdateDBCfg) дожидалась таки окончания выполнения этого системного задания UpdateConfigurationLicense
#1 by Владимир Милькин
То есть главная проблема в том, что мы запускаем платформу с ключиком UpdateDBCfg, она отрабатывает, но на самом деле база остаётся ещё на какое-то неизвестное время заблокированное для выполнения этого фонового задания.
#2 by Владимир Милькин
Выполняется (у пользователя) это задание почти всегда ровно минуту.
#3 by Владимир Милькин
Я прошу по возможностей поискать это фоновое задание в своих базах. Было бы здорово узнать - может ли оно выполняться дольше, чтобы знать какую паузу делать.
#4 by mistеr
М-да, никто не обещал в будущих релизах платформы совместимость с Обновлятором. Я бы делал паузу в минуту и проверял снова. И так пока не получится.
#5 by mistеr
Могу предположить, что проверяется наличие подписки ИТС. И если пустить её в интернет, фремя ожидания сильно сократится.
#6 by mistеr
*время*
#7 by Fragster
файловая?
#8 by Владимир Милькин
Да, нужна пауза. Теперь осталось точно выбрать момент и значение паузы. Бесконечно проверять тоже нельзя - причин по которым нельзя подключиться к базе может быть много. Хотя в данном случае конечно можно анализировать текст ошибки, но это всё ИМХО не совсем правильно. Но придётся. На самом деле тут всё хитрее скорее всего (есть какие-то доп. условия для запуска этого задания сервером 1с). Так как из множества пользователей пока только один столкнулся с таким поведением платформы. нет, серверная. С файловой мне кажется такой проблемы нет, так как здесь именно сервер 1с после обновления БД запускает это фоновое задание.
#9 by kisobol
Здравствуйте, а если у 1с поинтересоваться?
#10 by Владимир Милькин
вот тоже об этом думал Но у меня нет доступа к их партнёрскому форуму. А в рамках канала ошибок они даже разбираться не будут. Если у кого есть возможность задать им вопрос на партнёрском форуме - спросите пожалуйста. Буду очень признателен. Для себя я сейчас вот что уяснил: - это задание запускается в конце (за секунду) до окончания выполнение обновление базы данных - блокирует на это время доступ к базе - работает на серверных ОС Есть ещё какие-то условия возникновения этого задания, но я их пока не знаю. В принципе мне этих знаний уже достаточно, чтобы учесть ситуацию в обновляторе, но конечно хотелось бы полной картины.
#11 by kisobol
Напишите, полностью вопрос
#12 by Владимир Милькин
Ок, сейчас сформулирую.
#13 by Владимир Милькин
Можете ли вы прояснить поведение сервера 1С в следующей ситуации: При пакетном обновлении базы данных (ключик /UpdateDBCfg) сервер 1С запускает в базе некое фоновое задание (в журнале регистрации оно не имеет имени, но в данных у него написано "UpdateConfigurationLicense"). Это задание блокирует доступ к базе втечение 1 минуты после того как окончилась пакетное обновление базы данных (запущенное через ключик /UpdateDBCfg). Для более полноценной интеграции с платформой очень интересует: - условие возникновения этого фонового задания - почему оно возникает несмотря на то, что на сервере 1С в этот момент запрещен запуск новых регламентных заданий - можно ли сделать предположение, что это задание не может длиться дольше 1 минуты (ну или  есть ли какое-то разумное ограничение по времени его выполнения).
#14 by strrike
Подобный вопрос уже задавали 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»?
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С