Здравствуйте. Объявился клиент с типовой УТ 11 с релизом от конца 2013-го. Хочет "дотянуть" конфигурацию до актуальной, но штатными методами обновлять надо аж через 32 промежуточных обновления.

Сомневаюсь, что ему можно накатить на конфу .cf-ку от последнего релиза, но и тратить 2-3 дня на обновление тоже неохота. Может как-то можно также cf-ками, но не 32 "прыжка", а хотя бы 5-6.

Вопрос еще осложняется тем, что у клиента РИБ и еще есть две базы такого же релиза, так что те базы тоже будут обновляться, так сказать, вынужденно.

(0) Ну нормально денег срубишь. На 32 релиза подняться с РИБом это не плюшку съесть.

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

(0) Прочитай описание к каждому релизу промежуточному, но не полностью, бо будет долго, а ищи, где описано, что нужно обновлять именно с определённой версии. Если за все 32 релиза такого не найдешь, то можно будет накатывать последнюю ЦФ.

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

Переноси данные в новую базу.

Работа пользователей в базе после такого обновления (неважно как сделанного) с крайне большой вероятностью встанет, ибо обновление не завершится успешно

Вообще-то позвольте намекнуть: не все 32 релиза нужны для обновления. Думаю, раза в 3-4 меньше.
Если лень (врожденную, или благоприобретенную) побороть - в течение 1 рабочего дня база будет обновлена.

http://cs8.pikabu.ru/images/big_size_comm/2016-02_2/1455035421169735210.jpg

+7 а бушки и др.юзеры с удовольствием подышут воздухом в ближайшем парке.

(4) Не всё сразу вылезет.

(7)
Не, надо много релизов. Недавно обновлял с 11.1.7.67 (сентябрь 2014) до 11.2.3.129 (май 2016) - уже надо 20+ обновлений. Так что с 2014 - вполне может быть и 30+

(0)  А почему не обновлялись с конца 2013года?

(0) Ну а в чем проблема если она будет обновлятся 2-3дня?
Активно используется? Или заказчик просит быстрее?

(12) А на УТ оно надо вообще???

(14) для целей типового обмена с бух, внедрения электронного документооборота, новых плюшек вроде директ-банка, различные поправки по учету СФ, УПД, НДС и прочие мелочи жизни.

Если каждый день вы обновите на 1-2 релиза, то через неделю где то у вас все будет готово, без каких либо  костылей.

зачем все усложнять?

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

(16) В сабже "неохота" - смекаешь? :)

(11) "Наймите специалиста"© который readme.txt открывать умеет

(19) так же и к (0)

(7) ++

(17) А с поддержки зачем снимать?

(21) - на поддержке придется всю цепочку обновлять, хотя лучше в копии обновить по типовому, проверить что все нормально, а потом рабочую за раз обновить

(22) На поддержке ты так же можешь обновиться с CF

(0) Накати лучше последовательно, потом больше времени убьешь, если при перескакивании релизов реквизит был например переменован, потом через 5 релизов удален, потом снова создан

http://gran-it.net/updateset.php

Не знаю как в УТ, но в УПП обновлениям конфигурации грош цена в базарный день без обработок обновления данных базы. Что толку в новых учетных регистрах обновленной конфигурации, если они будут пустые без запуска обработок обновления? (это риторический вопрос). Накатывай обязательные обновления последовательно.

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

(20) (25) О, спасибо. Как-то я упустил, что 11.2.3.101 настолько выделяется на общем фоне...

(27) Ну да.
Проблема в другом - может оказаться что обработчик уже поздно запускать.
Теоретически.

(29) Я про это в (6) намекнул :)

таки ж, промежуточные релизы были, где обновление не прокатит, и нужно переходить через перенос данных. В феврале 2014 вроде как было такое обновление..

(27) не факт, что обработчик, написанный для 8.2.13, сработает нормально на платформе 8.3.6. Да еще у него не все реквизиты будут в наличии. Половины реквизитов нет уже. Он вылетит на 10-й строчке, а может и раньше.

(31) Эээ, что-то слабо верится в такое...
(32) Ну да, между редакицями 11.0, 11.1 и 11.2 вряд ли заработает через одно "накатывание". Я про это в (6) и намекаю.
Про платформу тоже правильное замечание, где-то предопределенные элементы колбасятся еще без учета нового механизма предопределенных...

(0) В рамках каждого обновления могут быть метаданные, которые удаляются, появляются и переносятся друг из друга. Именно поэтому 1С не дает перескакивать через определенные релизы. Вот и думайте - можно сравнением/объединением или нельзя.