Имя: Пароль:
1C
 
Ошибка обновления КА 2.4 на КА 2.5 долго обрабатывает потом вылетает с ошибкой
,
0 evorle145
 
23.02.22
15:26
Подсобите советом, накатываю обновление с КА 2.4 на КА 2.5. Там 425 обработчиков. И вот один обработчик никак не хочет выполнятся, и вылетает с такой ошибкой:

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

Транзакция не активна

Технические подробности:
Ошибка выполнения фонового задания ДлительныеОперации.ВыполнитьСКонтекстомКлиента с идентификатором a305c7d6-3454-4a5d-8125-ab062be028af по причине
Транзакция не активна
{РегистрНакопления.ДенежныеСредстваБезналичные.МодульМенеджера(468)}:ОтменитьТранзакцию();

по причине:
Транзакция не активна

См. также журнал регистрации.
{ОбщийМодуль.ДлительныеОперации.Модуль(695)}:ВызватьИсключение ТекстОшибки;
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(4623)}:ЗаданиеВыполнено = ДлительныеОперации.ЗаданиеВыполнено(ИдентификаторЗадания);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(4713)}:Если ЗавершитьПотокиВыполнившиеФЗ(Потоки, Группы) Тогда
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(3120)}:ОжидатьСвободныйПоток(Группы);


Что может служить причиной? или как это побороть?
1 vbus
 
23.02.22
20:54
Имею похожую проблему с 2.4 на 2.4 норм обновляется, 2.4 на 2.5  :

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

Произошло зацикливание процедуры обработки данных. Выполнение прервано.
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(7760)}:ВызватьИсключение ТекстИсключения;
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(4207)}:ПослеЗапускаПроцедурыОбработкиДанных(КонтекстОбработчика, КонтекстОбработчика.ИмяОбработчика);
{(1)}:ОбновлениеИнформационнойБазыСлужебный.ЗавершитьВыполнениеОтложенногоОбработчика(Параметры[0],Параметры[1])
{ОбщийМодуль.ОбщегоНазначения.Модуль(5263)}:Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")";
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(4650)}:ОбщегоНазначения.ВыполнитьМетодКонфигурации(ОписаниеПотока.ПроцедураЗавершения, ПараметрыВызова);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(4713)}:Если ЗавершитьПотокиВыполнившиеФЗ(Потоки, Группы) Тогда
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(3120)}:ОжидатьСвободныйПоток(Группы);
2 evorle145
 
23.02.22
21:24
(1) вот, походу тоже самое что у меня. В сколько потоков запущено обновление?
3 vbus
 
23.02.22
22:06
по умолчанию 8
4 vbus
 
23.02.22
22:12
Я пробовал по разным веткам 2.4.14.95->2.5.7.308  и по 2.4.14.109 ->2.5.7.316 результат один
5 Фрэнки
 
23.02.22
22:40
как бы неудивительно, если при обновлении запускаются не поймешь на каких платформах
6 evorle145
 
23.02.22
22:51
(5) 8.3.20.1710 вот на этой у меня
7 evorle145
 
23.02.22
23:17
(4) мне удалось таки обновить. Запустил конфигуратор. Запустил предприятие в режиме отладки. Затем запустил это обновление "не в фоне" в 1 поток. В итоге очень долго, очень медленно, но обновилось. Но так как база очень большая, порядка 150 гб, то обновлять в таком режиме уже рабочую базу такое себе удовольствие. За выходные даже не успеть...
Очень прошу, кто с этим сталкивался и понял в чем дело, подскажите плиз, как побороли.
8 Фрэнки
 
23.02.22
23:34
(7) а до обновления у тебя боевая база на чем?
9 evorle145
 
23.02.22
23:37
(8) и до обновления боевая на 8.3.20.1710. причем давно уже работаем на этой платформе, работает стабильно..
10 sergey yevsenya
 
23.02.22
23:39
тоже столкнулся с таким. В регистре сведений "обработчики обновления" отметил проблемные процедуры как выполненные. После того, как остальные отработали, вернул им статус  "не выполнялся" и запустил в одном потоке
11 Фрэнки
 
23.02.22
23:42
(9) на этой платформе нельзя "давно работаем" - она вышла совсем недавно

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

Конечно же на копии базы
12 evorle145
 
23.02.22
23:45
(11) ну давно всмысле около месяца
что значит до обновления реструктуризацию накатить?
13 evorle145
 
23.02.22
23:47
(10) ну я все-таки так бы не стал делать, ибо в этом случае будет нарушен порядок их выполнения, который разработчик установил... Хотелось бы понять что не так с многопоточностью..
14 Фрэнки
 
23.02.22
23:51
(12) после того, как на базу поставили новую платформу, пришло в голову, что в ней нужна новая реструктуризация под эту платформу?
Как это сделать?

Можно попытаться просто прогнать ТИИ.

Я прогонял загрузку конфигурации из файла конфигурации поставщика. Понятно, что при этом в саму конфу не вносятся изменения, а только через расширения.

Может быть и в том случае, когда текущая конфа с изменениями тоже самое прокатит... Но у нас основная конфа полностью типовая с адаптациями через расширения.
15 evorle145
 
23.02.22
23:52
(14) у нас конфигурация прилично дописанная.. и не только расширениями...
16 Фрэнки
 
23.02.22
23:53
увы и ах
17 Фрэнки
 
23.02.22
23:55
(15) вероятно, что при использовании режима "разрешенные изменения с сохранением поддержки" начинают накапливаться эффекты, которые нельзя адекватно преодолевать
18 Фрэнки
 
23.02.22
23:57
остается попробовать снять конфу с поддержки и прогнать обновление... но это так... на уровне бреда... хотя кто его знает
19 Фрэнки
 
23.02.22
23:58
но в копии эту версию можно испытать