Два года назад поставили клиенту УТ 11.0.9.12. По причине внесения множества доработок базу не обновляли. Недавно обновили буху до 3.0, обмены с УТ конечно же перестали работать, решили обновиться до версии 11.1. Взяли cf последней УТшки, перенесли в него все доработки, сделанные за два года.
Вопрос: как правильно теперь накатить изменения на рабочую базу? Тупо загрузить cf от 11.1 со всеми изменениями? Или таки придется сначала обновлять, соблюдая очередность релизов, и только потом натягивать cf  с изменениями?

Только так.

все опасно
возможно обновлять по релизам - затрешь данные, которые добавлены
я за - накатывать обновления последовательно и каждый раз контролировать доработки

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

(2) Ну добавленные в справочники и документы реквизиты обычно при объединении не удаляются. В крайнем случае, выгрузку/загрузку в xml никто не отменял. Жаль времени кучу тратить на последовательное обновление...

(4) тогда копия, (3), последний cf если не (3) и обновление конфиги поставщика

(0) не проще ли правила обмена подправить?

(3) А там так и будет написано: "Есть критические этапы обновлений"? Другими словами, как понять, что вот этот вот этап - критический, а этот - нет?

(6) Нет, проверяли уже это, и даже пробовали. Оказалось, что проще обновиться. К тому же, как ни крути, а в 11.1 есть то, чего нет в 11.0, та же УПД. Да и с резервами там лучше.

только последовательное. ни в коем случае сразу

Ну в принципе по отзывам гуру ситуация ясна. Сам тоже склонялся к последовательному, но хотелось уточнить, а то вдруг удалось бы сэкономить часа 3-4. Значит - последовательное.

Почему последовательное то?
Только потому что : ИБО ТАК!!! ???

(11) например: при обновлении релизов в режиме предприятия может быть такое, что некоторых реквизитов (документов) уже не быть в последних релизах

11.0 и 11.1 две абсолютно разные конфигурации, после обновлений все равно придется разгребать кучу г"вна в старых документах, проверять заполнение нужных регистров и т.д. имхо если хотите 11.1 то нужно делать перенос данных из 11.0 в 11.1 (только остатки или нет это на выбор)

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

(14) обработка идет последовательно от релиза конфигурации до текущего подряд

(15) че сказать то хотел

у меня практически аналогичная ситуация (( только релиз еще древнее, я склоняюсь к этому решению (13).

(15) я (11) ответил почему нужно обновлять последовательно

(16)хотел сказать, что если и пропустишь релиз, то обработки заполнения выполнятся

обновлять нужно только последовательно

(19) не всегда, я сам на такое натыкался.

(19) в частности при переносе данных из реквизитов, которые в последствии будут удалены. (В последних релизах их попросту нет)

Нда
Вместо того чтобы оперативно подкрутить обмены начали чтото громоздкое

(23) +100

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

(25) время деньги

(13)есть какая-то типовая обработка по переносу данных из 11.0 в 11.1 или надо свою писать?

Пока эту тема существуент, уже бы давно обновил. Там всего 4-5 важны обновления. все остальное шняга

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

(23) Ну подкрути, че. Посмотрим, сколько жопочасов ты на это убьешь и что у тебя на выходе получится.

Сочувствую

(0) Только этапами. Даже те которые можно пропустить - пропускать не советую (косяки в обработках после обновления)

Пункт 0. Вносить изменения так, чтобы не было мучительно больно обновлять.

(31) Да ладно, не все так трагично. 4 часа в воскресенье перед телеком посидеть, иногда тыкая кнопки. Как раз посмотрю что-нить из новых фильмов.

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

попадос там с тем, что идет перепроведение всех документов входящих в последовательность партии товаров организаций и не только, зацени обработки в модуле ОбновлениеИнформационнойБазыУТ

(36) За выходные точно успеем. Там база 8 гигов всего.

Можно смело выставлять часы:)

(14) вообще-то все процедуры обновления базы хранятся в последней конфигурации, т.е. если версию (условно) "20" обновить на версию (условно) "40", то при первом запуске базы будут последовательно запущены процедуры обновления 21, 22, 23... 40.

(37) Тоже так думал. Ситуация прям один в один была: УТ 11.0 сильно переписанная, не обновлялась два года, решили обновить на 11.1. Месяц потом еще косяки разгребал. Хотя да, обновил за выходные :)

А я за третий пункт (которого нет) перегружать данные

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

(42) Этим путём и пойдем

(40) Ну так я уже предупредил клиента, что в понедельник в базе возможны косяки :-) :-) :-)

(44) держи нас в курсе )
серьезно, интересно

Насчитал 23 обновления.

(46) Ну-ну, считай теперь ж0п0часы на исправление косяков после обновлений

(2) если типы реквизитов не менялись, если типовые движения не дописывались, то ничего не потеряется

(47) Какие там могут быть косяки? Разве что сотрудник забудет какой-нить элемент на доработанную форму добавить. Ну так это не критично, можно добавить в любой момент.
(48) Не менялись, не дописывались.

(46) Можешь смело через 3-4 релиза скакать. Так что 6-8 обновлений.

(0) Единственный перескок - смотреть при обновлении Типовой (после накатки cfu, но до обновления рабочей конфы, сравнение-объединение с конфигурацией БД) - не удалились ли в новой версии объекты метаданных.

Ну или читать
Изменения в версии.mxl
Удаленные объекты

Не слишком оптимистично все пишут про 4 часа? Если за день удастся управиться - это будет удача.

(53) У некоторых клиентов после таких обновлений так себестоимость и логистика заказов  ехала, месяцами разгребали.

(53) Про 4 часа я писал, но тогда еще не было известно, что там 23 обновления. Так что реально день-полтора.

(49) тогда обновляй последовательно и не смотри на все эти дописки, затем, как обновишь на самый последний релиз, сравнивай со своим заготовленным цф

(56) Так и делаем. Один сотрудник сегодня в 20:00 начнет накатывать релизы последовательно, второй готовит cf последнего релиза 11.1 с внесенными в него доработками. В воскресенье еще успею протестить и отловить баги.

(57) какой наивный

а если ситуация такая, что изменений столько, что обновляться последовательно просто не реально?

(59) а пропущено релизов 15 месячных

(58) Но-но, не каркать, в понедельник все должны быть счастливы!

(61) все изменения Ваши в базе?

Натягивай. Потом нам расскажешь чего как.

(62) Не понял вопроса. У нас есть добавленные реквизиты, объекты и общие модули - их обновление не затронет. Есть изменённые формы объектов (добавлены элементы, изменены модули) - эти изменения пропадут при обновлении, но мы их восстановил после установки всех обновлений.

(64) я имел ввиду Вы добавляли эти изменения. или другие разработчики.
ну что у Вас что-нибудь получилось?

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

проблемы были только с ЗУПовской частью, щас уже не помню какие...

Котокот Ждем результатов)!

(66) ну и нафига загружать?
сравнить/объединить совсем не возбуждает?

Ну что. Не без косяков, но таки запустились.
Изменения в последний cf внесли довольно быстро, к концу субботы уже было готово. Базу начали обновлять последовательно начиная с 20:00 пятницы, все 23 обновления ставили. Дольше всего (несколько часов) загружалось обновление с версии 11.0 на 11.1. Дальше дело шло быстрее, но в субботу вечером, в 10 часов, у ответственной за данную операцию сотрудницы сгорел ноут, дело приостановилось, но позвонить мне и сообщить об этом она почему-то постеснялась (мол, поздно уже и все такое). Начали заново в обед воскресенья. Последнее обновление накатили в 3 часа ночи. В 6:30 утра я натянул доработанный cf на обновленную базу и поехал к клиенту в офис.
По ходу работы обнаружились несколько ошибок - сотрудник, вносивший изменения в последний cf, не все протестировал: не открывалась форма списка одного справочника и форма элемента другого; неверно работал один из отчетов; перестали загружаться заказы с сайтов. Все это связано с доработками, внесенными в конфу за два года, к обеду было отремонтировано.
В принципе, обновились нормально, от клиента претензий нет.

(65) Все изменения делились или мной, или кем-то из моих сотрудников. Базу мы тоже клиенту ставили, два года назад перевели его с 7.7 на УТ.

(70) ясно) спасибо за подробный рассказ)

(71) а какой размер базы был?