Здравствуйте!

Я обновил в конфигураторе релиз базы Управление торговлей 11.5 и во время выполнения процедур при первом запуске базы в режиме предприятия через некоторое время появилась ошибка:
Управление многопоточной регистрацией данных отложенного обновления.
Сеанс работы завершен администратором.

https://ia.wampi.ru/2022/06/01/SKRIN_1.png
https://ie.wampi.ru/2022/06/01/SKRIN_2.png

Базу кроме меня никто не трогает и службу сервера 1С Предприятия тоже не перезапускали.

(0) памяти не хватает rphost-у, к живому Администратору проблема отношения не имеет

(1)
В настройках кластера 1С раньше были настройки для указания количества доступной памяти, а теперь их нет.

https://ie.wampi.ru/2022/06/01/SKRIN_3.png

(2) на сервере памяти сколько и какую часть "отъело" перед падением ?

(2) добро пожаловать в КОРП

(3)
Вот такое потребление памяти было.
https://ie.wampi.ru/2022/06/01/SKRIN_4.png

Лицензия ПРОФ на сервер 1С Предприятие ограничивает потребление памяти на процесс?

(5) ни о чем

(6) часть функционала срезали в "новых" платформах у кластера и перенесли в КОРП

(7) Да. Памяти свободной полно.
(8) Я почитал отличие серверной лицензии КОРП от ПРОФ. Как-то размыто написано.

(9) Конфа у вас на замке? При обновлении не перескакивали через релизы? После каждого обновления запускали предприятие?

может есть в некотором смысле кривые данные и очередной обработчик обновления не смог выполнится и выдается вот такое? Может посмотреть какие доп регл задания обновления выполняются и на каком вылетает эта ошибка?

(10) Конфигурация была не типовая, но я ещё сделал типовой, потому что я пытался в январе обновиться до 11.5, но из-за ошибок в типовом релизе у меня не получилось поставить обновление.
Поэтому я решил сначала на копии базы попробовать обновиться и потом уже обновлять рабочую.
Я накатил 4 ключевых релиза (обновления) и потом только запускал в 1С режиме предприятия (Всегда так делал).
Если каждый раз запускать после очередного релиза, то и изменения тоже надо перетаскивать слишком муторно и долго.

уменьши количество потоков, вплоть до 1

(11) Ошибка не модуле, а сама платформа вылетела

(13) На лицензии сервера Проф можно такое сделать?

(12) "Я накатил 4 ключевых релиза (обновления) и потом только запускал в 1С режиме предприятия (Всегда так делал)." - шутишь? Тебе 1С не сообщала, что часть доп заданий из предыдущего обновления не выполнена и рекомендуется восстановить из бэкапа?

(12) тогда не удивляйтесь подобным ошибкам. Если раньше прокатывало, то вам просто везло.

(16) "Тебе 1С не сообщала, что часть доп заданий из предыдущего обновления не выполнена и рекомендуется восстановить из бэкапа?" - Ни разу такого не было никогда, но я не исключаю что всё зависит от ведения учёта в базе

(17) Я сделаю проще. Если я обновлял 11.4 всегда без проблем, то попробовать надо накатить 11.4 до последнего релиза. Запустить в режиме предприятия. Если всё будет норм, то накатить 11.5

(18) тут дело не в учете, а в самих обновлениях, когда часть данных архитектурно переносятся в другие места. Поэтому после обновления конфы запускается задание, которая перемещает данные, либо заполняет дефолтные значения.

(18) тогда с почином. Теперь делайте как положено: накатили 1 ключевой релиз  - затем в режиме предприятия все процедуры включая доп фоновые - выполнили. Затем след ключевой релиз.

В этой ситуации меня смущает, что выкинуло из 1С примерно через 40 минут после выполнения фоновых заданий обновления.

Если доработки конфы незначительные и не влияют на хранение инфы в базе, то можно накатить конфу поставщика и под замком быстро обновиться на новый релиз. А потом все изменения уже накатить на последний релиз.

(23) Метаданные измененные. В этом вся сложность процесса обновления.

Попробуйте обновлять на 64 битной платформе.

(25) Платформу только 64х битную использую.

(0) пользуйся Обновлятором, накатывай Х релизов. Отрабатывают в т.ч. обработчики обновления данных.
Добавленные метаданные при этом остаются, типовые метаданные ты ведь не правил?
Потом в результат добавь свои доработки (а еще лучше - в расширение).

(27) вряд ли он типовые не правил.

(27) Конфа базы сильно изменена. Там не только я программировал и до меня вносили изменения.

(0) А после предыдущий обновлений отложенные обновления точно были закончены ?

ИТС:
"В тех случаях, когда переход на новую версию программы предусматривает фоновую отложенную обработку данных, с ходом выполнения отложенных процедур обновления версии программы администратор может ознакомиться, выполнив команду "Результаты обновления и дополнительная обработка данных" раздела "Администрирование" - "Обслуживание" - "Результаты обновления программы", а также по ссылке "Выполняются дополнительные процедуры обработки данных" в окне "Что нового в конфигурации".

PS: можно отказаться от выполнения процедур обновления при  открытии сеанса и самому запускать их "вручную" поочередно.

Вообщем обновился сначала до последнего апрельского релиза 11.4. Все процедуры после первого запуска в режиме предприятия прошли без проблем.
После этого накатил 11.5. До сих пор процедуры выполняются после первого запуска в режиме предприятия.
Проверяю журнал регистрации и вижу что процесс идет и ошибок нет, что не может не радовать.

(5) Смотреть надо в "Выделено", а не здесь. Была у меня ситуация, когда якобы 32 Гб свободно, а больше 14 Гб выделить невозможно. В итоге оказалось, что один процесс отожрал 18 Гб памяти, которая была якобы свободна - но не свободна. А вот в "Выделено" разница была как раз 14 Гб.

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

Теперь зависло вот на этом
https://ia.wampi.ru/2022/06/08/2022-06-08_14-08-55.png
https://ia.wampi.ru/2022/06/08/2022-06-08_14-10-01.png

Отчет отложенного обновления
https://ia.wampi.ru/2022/06/08/2022-06-08_14-11-27.png

Запускаю фоновое задание "Отложенное обновление ИБ" вручную, но оно быстро завершается.
По журналу регистрации ошибок никаких нет.

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

(34) А что происходит, если в окне со списком дополнительных процедур обработки данных (вторая картинка в твоём посте) нажать на любой из процедур правую кнопку мыши и выбрать в контекстном меню команду "Возобновить"? Или сначала "Остановить", а потом "Возобновить".

(35) Пункт меню "Возобновить" не активен
https://ia.wampi.ru/2022/06/08/2022-06-08_15-14-36.png

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

На панели "Обслуживание" (раздел "Администрирование") установить флаг "Детализировать ход обновления в журнале регистрации".

Попробовать выполнить обновление повторно.

Если на сервере включена отладка, то запустить из конфигуратора отладку с параметром запуска "ЗапуститьОбновлениеИнформационнойБазы" (без кавычек). Это на вкладке "Запуск 1С:Предприятие" окна параметров в конфигураторе.
Если отладка отключена, просто запустить 1С с параметром запуска ЗапуститьОбновлениеИнформационнойБазы из командной строки.
Так же можно воспользоваться обработкой ОбновлениеВерсииИБ.epf из инструментов разработчика БСП. Для этого смотришь какая версия БСП установлена у тебя (регистр сведений ВерсииПодсистем, Имя подсистемы - СтандартныПодсистемы), устанавливаешь дистрибутив соответсвующей версии БСП, в каталоге, куда установился шаблон конфы БСП, в папке ExtFiles\Инструменты разработчика находишь обработку ОбновлениеВерсииИБ.epf и запускаешь её. Дальше сам разберешься.

+ к (37) Естественно запускать повторное обновление надо в монопольном режиме.

(37) Спасибо! Буду разбираться.

(37) Запустил обработку из БСП.

Теперь появились фоновые задания
https://ie.wampi.ru/2022/06/08/2022-06-08_17-17-53.png

В журнале регистрации тоже какие-то движения есть
https://ie.wampi.ru/2022/06/08/SKRINSOT-08-06-2022-170727.jpg

Дальше буду наблюдать

Запустил обновление через обработку БСП (ОбновлениеВерсииИБ.epf).
https://ie.wampi.ru/2022/06/09/SKRIN-0.png

Сначала активно запускались фоновые задания, но в итоге фоновые задания пропали и обновление уже долго висит на 7 выполненных процедурах из 13.
https://ia.wampi.ru/2022/06/09/SKRIN-1.png

Если посмотреть на отчет "Прогресс отложенного обновления", то видно, что обновление выполнилось только на 43,6%
https://ia.wampi.ru/2022/06/09/SKRIN-2.png

Я заново запустил обработку ОбновлениеВерсииИБ.epf и начали заново выполняться процедуры отложенного обновления. И снова застряли на выполнении 7 из 13.
Если запускать вручную фоновое задание "Отложенное обновление ИБ", то оно стартует и сразу же завершается.

В журнале регистрации последняя запускаемая процедура обновления
Выполняется процедура обновления "РегистрыСведений.ВспомогательнаяИнформацияВзаиморасчетов.ОбработатьДанныеДляПереходаНаНовуюВерсию".
https://ie.wampi.ru/2022/06/09/SKRIN-3.png

Вот здесь последнее действие записанное в журнал регистрации
https://ie.wampi.ru/2022/06/09/SKRIN-4.png

Не понятно на чём спотыкается обновление.

Причем ошибок в журнале регистрации никаких нет.

Обновление застряло на 99%
https://ia.wampi.ru/2022/06/10/SKRINSOT-10-06-2022-202147.jpg

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

В журнале регистрации постоянно записи одной процедуры. Но она уже крутится часами
https://ie.wampi.ru/2022/06/10/SKRINSOT-10-06-2022-204837.jpg

Вообщем обновление застревает на процедуре "РегистрыСведений.ВспомогательнаяИнформацияВзаиморасчетов.ОбработатьДанныеДляПереходаНаНовуюВерсию".
По журналу регистрации она завершается без ошибок и далее все фоновые задания пропадают.
На следующий день автоматически опять запускается эта процедура и так по кругу.
Написал в техподдержку 1С.
Жду что ответят.

Тут последние скрины в Excel файле
https://transfiles.ru/wuc0k

число потоков пробовал уменьшать? с 8 до 4, например

(48) Не пробовал. А смысл? На сервере ресурсов свободных полно. Если только смотреть в сторону нагрузки на rphost, что он не справляется с 8 потоками из-за ограничений сервера 1С: Предприятие.
Опять же в журнале регистрации ошибок не видно. Просто по какой-то причине заканчивают работу все фоновые задания и дальше не стартуют.

По расписанию в 15:08 завтра стартует очередной запуск попытки обновления и ничем не закончится.
https://ie.wampi.ru/2022/06/12/SKRIN-RASPISANIE.jpg

В принципе можно сделать приоритет по пользователям.
Эта база тестовая и там никто не работает.

По нормальному отфильтровал журнал регистрации и такие ошибки увидел https://transfiles.ru/u2469

Такая ошибка есть
Не удалось заполнить объект расчетов наборе записей регистра накопления Списание задолженности ЖГУТ-000673 от 01.01.2022 23:59:59, строка № 1
в источнике данных объекта расчетов обнаружена ссылка на несуществующий элемент.

Вижу в движениях по регистрам в измерении "Объект расчетов" стали добавлять значение "<Пустой>". Я проверял документ до обновления и там такого значения нет. В самом документе я не увидел реквизиты с полями "Объект не найден"
https://ie.wampi.ru/2022/06/13/SKRINSOT-13-06-2022-043324.jpg

Присутствуют конечно и документы, у которых в реквизитах видно значение "Объект не найден". (в базе до обновления в таких документах тоже битые ссылки в реквизитах)
https://ia.wampi.ru/2022/06/13/SKRINSOT-13-06-2022-044006.jpg

Если я запущу тестирование/исправление базы, то битые ссылки очищать или пусть создаются пустые документы, чтобы потом обновление прошло?
Есть документы от 2016 г с битыми значениями реквизитов и туда лезть и руками править я думаю не правильно, т.к. можно весь учёт поломать.



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

Не удалось записать данные в регистр РегистрНакопления.РасчетыСКлиентами , по причине: Конфликт блокировок при выполнении транзакции:
Превышено максимальное время ожидания предоставления блокировки
{ОбщийМодуль.ОбновлениеИнформационнойБазы.Модуль(111)}:НаборЗаписей.Записать(Замещать);
{РегистрНакопления.РасчетыСКлиентами.МодульМенеджера(579)}:ОбновлениеИнформационнойБазы.ЗаписатьНаборЗаписей(НаборЗаписей);
{(1)}:РегистрыНакопления.РасчетыСКлиентами.ОбработатьДанныеДляПереходаНаНовуюВерсию(Параметры[0])
{ОбщийМодуль.ОбщегоНазначения.Модуль(5263)}:Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")";
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(4168)}:ОбщегоНазначения.ВыполнитьМетодКонфигурации(КонтекстОбработчика.ИмяОбработчика, ПараметрыВызова);
{(1)}:ОбновлениеИнформационнойБазыСлужебный.ВыполнитьОтложенныйОбработчик(Параметры[0],Параметры[1])
{ОбщийМодуль.ОбщегоНазначения.Модуль(5263)}:Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")";
{ОбщийМодуль.ДлительныеОперации.Модуль(1124)}:ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыВызова);
{ОбщийМодуль.ДлительныеОперации.Модуль(1114)}:ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры);

по причине:
Конфликт блокировок при выполнении транзакции:
Превышено максимальное время ожидания предоставления блокировки

(9) вопрос был о том, сколько процесс имени меня отъел памяти

(50) конфликт блокировок... такое возможно только если одновременно в одной базе СУБД несколько транзакций...

ТИИ? Бэкапа нет?

+ (52) там разные потоки не конфликтуют между собой за одни и те-же данные?

(51) Сказать не могу, т.к. в данный момент обновление не выполняется, но оперативки свободной на сервере полно https://ie.wampi.ru/2022/06/13/SKRINSOT-13-06-2022-113337.jpg

(52) В активных пользователях фоновых заданий много было в процессе обновления. Тестирование/исправление не запускал. Бэкап базы есть. Сначала я добиваюсь, чтобы на копии рабочей базы обновление прошло успешно, а потом уже запускать на рабочей базе.

(53) А как определить конфликты потоков? В журнале регистрации отображается сам факт, что произошел конфликт и транзакция не зафиксировалась.

После тестирования запустил заново обновление через обработку из БСП и появилась ошибка

https://ie.wampi.ru/2022/06/13/SKRINSOT-13-06-2022-212131.jpg


Процедура "РегистрыНакопления.РасчетыСКлиентами.ОбработатьДанныеДляПереходаНаНовуюВерсию" обработки данных завершилась с ошибкой:

Произошло зацикливание процедуры обработки данных. Выполнение прервано.
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(7787)}:ВызватьИсключение ТекстИсключения;
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(4218)}:ПослеЗапускаПроцедурыОбработкиДанных(КонтекстОбработчика, КонтекстОбработчика.ИмяОбработчика);
{(1)}:ОбновлениеИнформационнойБазыСлужебный.ЗавершитьВыполнениеОтложенногоОбработчика(Параметры[0],Параметры[1])
{ОбщийМодуль.ОбщегоНазначения.Модуль(5263)}:Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")";
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(4673)}:ОбщегоНазначения.ВыполнитьМетодКонфигурации(ОписаниеПотока.ПроцедураЗавершения, ПараметрыВызова);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(4738)}:Если ЗавершитьПотокиВыполнившиеФЗ(Потоки, Группы) Тогда
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(3121)}:ОжидатьСвободныйПоток(Группы);

(55) там у них была ошибка: при проверке завершения работы, если список уже пустой тогда завершить обработчик. А там почему-то на самом деле получался список из одного элемента, но этот элемент пустой. Получалось, что обработчик не выполнялся, срабатывал вхолостую, и проверка завершения тоже не срабатывала, потому что есть один элемент. Всё зацикливалось. Я специально делал вставку для этого конкретного случая, чтобы обработчик завершился. Но сейчас уже не вспомню.

(56) В окне "Дополнительные процедуры обработки данных" внизу нажал на кнопку "Запустить". Процедуры выполняются. В отчете "Прогресс отложенного обновления" проценты увеличиваются.
Буду надеяться, что дойдёт до 100 процентов.

Опять фиаско с обновлением.
https://ie.wampi.ru/2022/06/14/SKRINSOT-14-06-2022-013113.jpg

https://ia.wampi.ru/2022/06/14/SKRINSOT-14-06-2022-013330.jpg

Не хочет база обновляться совсем

(58) ну посмотри поиском по конфе это сообщение. И сделай временную вставку, чтобы эту ошибку обходило. Это похоже сами данные глючные в базе.

(6) Если х64, то не ограничивает. А если х32, то 1С урезало возможность менять некую настройку, в итоге в один процесс запихиваются все базы, какие есть, с их пользователями :)
...Ну конечно не все все, но количество их такое, что их будет достаточно, что бы понять, что ключики х32, более не ликвидны :)

(0)Держи.
Ошибка при обновлении ЗУП (3.1.18.46)

Пост № 72, содержит ответ. Остальное полемика.
Там ЗУП, но есть шанс, что и у вас отработает :)

+(61) Ссылка на конкретный пост ветки: Ошибка при обновлении ЗУП (3.1.18.46)

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

Можно предположить, что уже на момент обновления в регистре РегистрыНакопления.РасчетыСКлиентами содержатся некорректные данные. Только это не очень заметно.

Пользователи работают с оперативным потоком документов и полную инвентаризацию расчетов с клиентами не выполняют.

И самое печальное, что вероятно произойдет, если выполнить перепроведение базы - данные учета действительно посыпятся.

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

(47) всегда любил скриншоты в экселе. А в ворде еще лучше)

(59) База ведется уже много лет и данных там полно. Спецов было тоже не мало, кто что-то дописывал / админил базу.

(60) Платформа 64х

(61) (62) Спасибо! Надо попробовать с УТ

(63) (64) У меня складывает картина, что база просто так не обновится. Вчера написал письмо в техподдержку 1С. Сегодня пришёл от них ответ с фтп ресурсом для заливки проблемной базы. Базу отправил. Посмотрю, что они ответят.

(65) Там просто не один скриншот, поэтому в эксель оформил ) Но согласен, что для форума такой формат не очень подходит.

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

В журнале обнаружил такие ошибки
https://ia.wampi.ru/2022/06/15/SKRINSOT-15-06-2022-010927.jpg

По глобальному поиску в конфигураторе нашел Вызов исключения
https://ie.wampi.ru/2022/06/15/SKRINSOT-15-06-2022-011458.jpg

Если закомментирую Вызов исключения, то обновление не сломается?
https://ie.wampi.ru/2022/06/15/SKRINSOT-15-06-2022-011726.jpg

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

Вообщем при обновлении много ошибок и никак обновляться база не хочет.
Обновление ругается в регистрах на измерение "Объект расчетов" (то не заполнено, то дубликаты).
Причём документы аж от 2017 года.
Я не представлю как это исправлять.

В регистры измерение "Объект расчетов" добавлено в релизах УТ 11.5.

Вот такая ошибка сегодня была
https://ie.wampi.ru/2022/06/15/SKRINSOT-15-06-2022-201848bd36a39f2265d280.jpg
Заново все документы проверять нереально.

(70) ну и заполни его руками, если скуль база, то просто проапдейтив табличку и пересчитав итоги потом. И забей на это типовое обновление

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

(73) Я не все 15 дней вплотную занимаюсь обновлением базы, т.к. базу, которую мучаю является тестовой.

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

В отладке поставил автоматическое подключение фоновых заданий. Поставил точку останова в модуле менеджера регистра сведений. Потом запустил фоновое задание "Отложенное обновление ИБ" и начались чудеса. В конфигураторе начались ложные срабатывания, т.е. происходила остановка не на точке останова, которую я поставил, а на разных общих модулях.

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

(75) Избавиться очень просто - не использовать отладчик, ну или надеяться и ждать, что эту ошибку поправят (когда-нибудь, наверное, если повезет и ветер будет попутный).

(75) Скорее всего включена остановка по ошибке.

(76) Я хотел через отладчик посмотреть какие параметры передаются в эту процедуру РегистрСведений.ЗаданияКРаспределениюРасчетовСКлиентами.ОбработатьДанныеДляПереходаНаНовуюВерсию(Параметры)

чтобы вручную её запустить. Получается, что не судьба.


(77) Остановка по ошибке отключена

Чую остаётся только ещё один вариант - свертка базы на 01.01.2022.

(79) Чем проще? Придется один фиг все косяки анализировать и исправлять. Лучше разобраться, почему объекты расчетов задублировались. Скорее всего, какая-то доработка не учтена.

(79) >> свертка базы на 01.01.2022.

Каким образом свёртка базы может решить возникшую проблему?...

(75) Надо запускать с ключом "РежимОтладки", тогда такого не будет. Фоновые задания будут как серверные в отладке и сильно упростится жизнь.

https://codexp.ru/zametki-po-1s/68-1s-kak-vklyuchit-rezhim-otladki-fonovykh-zadanij

(80) Обновление на 11.4 проходит без проблем. Поэтому если свернуть базу до 2022г, то документов будет меньше и соответственно ошибок меньше исправлять прийдётся при переходе на 11.5.
(81) Меньше надо будет исправлений вносить.

Свертка ещё поможет не перелапачивать документы за очень старые периоды.

(82) (83) Спасибо! Обязательно попробую.

(83)

Установил в модуле менеджера регистра сведений "ЗаданияКРаспределениюРасчетовСКлиентами" точку останова и прописал в параметрах запуска "Режим отладки"
https://ia.wampi.ru/2022/06/17/SKRINSOT-17-06-2022-145231.jpg

В остановке по ошибке ничего не указывал
https://ia.wampi.ru/2022/06/17/SKRINSOT-17-06-2022-145935.jpg

Запустил 1С в режиме предприятия и вижу что 1С остановилась вообще на другом куске кода.
https://ie.wampi.ru/2022/06/17/SKRINSOT-17-06-2022-145417.jpg

(85) так уберите автоподключение отладки для фоновых: Отладка - Подключение - Автоматическое подключение

(86) Убрал флажок. Точка останова не срабатывает
https://ie.wampi.ru/2022/06/17/SKRINSOT-17-06-2022-154924.jpg

Если бы знать структуру параметров, то можно было бы кусок кода дописать, который в файлик их запишет.

Техподдержка 1С ответила:
========================================================================================================
Здравствуйте!

В базе очень много битых ссылок (отстуствующих объектов), например Организация пустая, Партнеры пустые.

Это неконсистентное состояние базы.

Просьба прислать базу до обновления, если там эти данные корректны.
========================================================================================================

Я сделал сверку базу на 01.01.2022.
Свертка прошла успешно.
Накатил последний релиз УТ 11.5
В итоге опять ошибки при выполнении процедур

https://ia.wampi.ru/2022/06/28/SKRIN-1.png

Видимо остаётся только один выход - создавать новую базу с переносом справочников и остатков