Спрошу здесь, может кто подскажет, куда копать.
Сам обновлением не занимался, просили постоять рядом.

Ситуация: переписанная БП (добавлено производство, заказы и транспорт), база 200+ Гб, postgres, сервер 1C и база на windows. Две подчиненные базы с выгрузкой только в одну сторону из центральной. Круглосуточная работа пользователей. Релиз 3.0.105.14, платформа 18.1741.

Обновлять решили в три этапа, через промежуточные релизы.
При первом обновлении (пресловутый зимний релиз 106.101) база уходила на реструктуризацию регистра бухгалтерии, которая занимала порядка 12 часов, при допустимом окне 2 часа максимум.

После разных мытарств решили использовать "новый механизм реструктуризации".
Фокус удался и база реструктуризировалась как раз где-то часа за два, плюс столько же на РИБ.

Второй этап обновления - на релиз 109.29.
Реструктуризация прошла быстро, но при выполнении обработчиков обновления при первом запуске в режиме предприятия всё умирало.
Нашли причину - изменялось субконто на одном из счетов, и при записи счета всё висло (в этот момент ни сервер 1С, ни сервер БД загружены не были, т.е. именно "повисло").
При ручном изменении любого счета та же ситуация - виснет наглухо.
При отключении соответствующего обработчика центральная база обновилась. Но в РИБ почему-то уехали изменения всех счетов плана Хозрасчетный, и там эта проблема повторилась.

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

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

Вопрос - что еще можно попробовать?

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

(1) Развернули бэкап базы до первого обновления, на нем накатили сразу 109 релиз - все прошло нормально (кроме очень долгой реструктуризации).

Sorry, а зачем вам в БП "промежуточное" обновление на 106.101? Он обязательный для БП?

(0)

Ну хоть кто-то попался на обновлении плана счетов и рибе

Изначально, нужно было в базе исправить пвх и прочее, прежде чем релиз совместимости базы подымать, путём обновления до 106 и выше

И да, реструктуризация v2 тут не при чем.
Просто, товарищи с селезнёвки сделали таличку движения с субконто - реальной, добавив 23 поля в табличку движений рб..поместив туды субконто.
И вот если был какой косяк до реструктуризации - он всплыл после неё.

(3) Обновлением занимался не я. Так решили те, кто обновлял. Хотя я говорил, что на БП это не имеет смысла.

(0) Эээ... а вы не забыли перед обновлением принудительно отключить выполнение регламентных и фоновых заданий?

(6) При втором обновлении никаких телодвижений в БД не происходит. Просто "всё виснет" при записи счета.

Релиз платформы у вас хреновый

Ну и грабли с обновлением со старых релизов на новый есть. Там все или повезет или не повезет. А тут еще и размер базы приличный, что не затолкаешь ее в файл, т.к. там реально траблы, которые при замене платформы валятся.

Нужно иметь ввиду, что обновление БП сейчас идет с повышением релиза БСП и повышение релиза совместимости до 8.3.17.
Проблемы реально вылазят. Причем, ловил проблемы и на серваке с МС СКЛ. Т.е. это не имеет жесткой зависимости от того, что стоит посгри или сиквел.
Зависимость только в том, как перепрыгивать через повышение релиза совместимости и релиза БСП внутри конфы.

Кстати, вспомнил: пару недель назад столкнулся с зависанием процедур обновления на базе подчиненного узла РИБ.  Причиной проблем оказалось зависшее фоновое задание. Оно ни на что не реагировало, само ничего не делало и не давало фоновым обработкам обновления работать.

(9) ты не догоняешь, нужно изначально исправить пвх, например, избавиться от того, где не заполнен вид субконто и прочее.
Руками.

При рибе, например, если у вас будет разный план счетов в обеих базах (где-то не заполнен вид субконто), то если раньше это было пофик, то после поднятия релиза совместимости, при обмене, твоя база свернётся в трубочку. И ты эту ошибку, даже через ТЖ не поймаешь

Даже, если этот счет вообще не участвует в обмене

ТС, повышайте только релиз платформы. После повышения - лечите базу от всех проблем, которые возникнут.
Как добъетесь, что база заработает без проблем просто на новом релизе платформы, тогда сможете приступить к обновлению релиза конфигурации.

А не наоборот.

(12) Спасибо. Будем смотреть.

(14) Предложение предложение попробовать на другой платформе я сделал сразу же. Но вроде еще не пробовали.
"Как добъетесь, что база заработает без проблем.."  - так в том и дело, что всё работает нормально: сначала долго тестировалась копия, потом было обновление (первое), рабочая база на 106.101 живет уже полтора месяца, никаких проблем, кроме обновления, замечено не было.

3.0.106.101 - это на том релизе, что сейчас - это нормально.

Но чтоб поднять релиз конфы далее, нужно платформу поднять. Кстати, можешь протестить на копии, на пустой базе даже. Просто протести и увидишь сам, что на старом релизе не выжить.

Хотя... в редми на самый актуальный релиз указано
"
Рекомендуется использовать версию 1С:Предприятие 8.3 не ниже 8.3.18.1741.
"

Так что здесь все будет зависеть от наличия проблем на самой конфиге.