УТ 11.0 не обновлялась два года, пришла пора обновиться до последней 11.1 #731046


#0 by Котокот
Два года назад поставили клиенту УТ 11.0.9.12. По причине внесения множества доработок базу не обновляли. Недавно обновили буху до 3.0, обмены с УТ конечно же перестали работать, решили обновиться до версии 11.1. Взяли cf последней УТшки, перенесли в него все доработки, сделанные за два года. Вопрос: как правильно теперь накатить изменения на рабочую базу? Тупо загрузить cf от 11.1 со всеми изменениями? Или таки придется сначала обновлять, соблюдая очередность релизов, и только потом натягивать cf  с изменениями?
#1 by H A D G E H O G s
Только так.
#2 by mikecool
все опасно возможно обновлять по релизам - затрешь данные, которые добавлены я за - накатывать обновления последовательно и каждый раз контролировать доработки
#3 by GROOVY
Посмотри в описании, если есть критические этапы обновлений, там будет написано. Я имею в виду историю всех обновлений между твоим и последним.
#4 by Котокот
Ну добавленные в справочники и документы реквизиты обычно при объединении не удаляются. В крайнем случае, выгрузку/загрузку в xml никто не отменял. Жаль времени кучу тратить на последовательное обновление...
#5 by mikecool
тогда копия, , последний cf если не и обновление конфиги поставщика
#6 by anatoly
не проще ли правила обмена подправить?
#7 by Котокот
А там так и будет написано: "Есть критические этапы обновлений"? Другими словами, как понять, что вот этот вот этап - критический, а этот - нет?
#8 by Котокот
Нет, проверяли уже это, и даже пробовали. Оказалось, что проще обновиться. К тому же, как ни крути, а в 11.1 есть то, чего нет в 11.0, та же УПД. Да и с резервами там лучше.
#9 by Maniac
только последовательное. ни в коем случае сразу
#10 by Котокот
Ну в принципе по отзывам гуру ситуация ясна. Сам тоже склонялся к последовательному, но хотелось уточнить, а то вдруг удалось бы сэкономить часа 3-4. Значит - последовательное.
#11 by Гёдза
Почему последовательное то? Только потому что : ИБО ТАК!!! ???
#12 by MaxxiMiliSanM
например: при обновлении релизов в режиме предприятия может быть такое, что некоторых реквизитов (документов) уже не быть в последних релизах
#13 by DexterMorgan
11.0 и 11.1 две абсолютно разные конфигурации, после обновлений все равно придется разгребать кучу г"вна в старых документах, проверять заполнение нужных регистров и т.д. имхо если хотите 11.1 то нужно делать перенос данных из 11.0 в 11.1 (только остатки или нет это на выбор)
#14 by DexterMorgan
При обновлениях часто запускаются обработки по заполнению каких либо таблиц, пропустишь релиз -  не будет заполнения
#15 by MaxxiMiliSanM
обработка идет последовательно от релиза конфигурации до текущего подряд
#16 by DexterMorgan
че сказать то хотел
#17 by ahmato
у меня практически аналогичная ситуация (( только релиз еще древнее, я склоняюсь к этому решению .
#18 by DexterMorgan
я ответил почему нужно обновлять последовательно
#19 by MaxxiMiliSanM
хотел сказать, что если и пропустишь релиз, то обработки заполнения выполнятся
#20 by ДенисЧ
обновлять нужно только последовательно
#21 by DexterMorgan
не всегда, я сам на такое натыкался.
#22 by DexterMorgan
в частности при переносе данных из реквизитов, которые в последствии будут удалены. (В последних релизах их попросту нет)
#23 by Злопчинский
Нда Вместо того чтобы оперативно подкрутить обмены начали чтото громоздкое
#24 by olo_lo1
+100
#25 by gr0ck
Ну че, если франч) делаем медленно и надежно, обновляем последовательно, стараемся не пропускать релизы
#26 by gr0ck
время деньги
#27 by VibroFon
есть какая-то типовая обработка по переносу данных из 11.0 в 11.1 или надо свою писать?
#28 by Maniac
Пока эту тема существуент, уже бы давно обновил. Там всего 4-5 важны обновления. все остальное шняга
#29 by Klesk666
у нас от такого обновления слетела себестоимость, нарушились остатки товаров организаций, пришлось свертку делать, поэтому обновлять последовательно и делать свертку если много движений.
#30 by Котокот
Ну подкрути, че. Посмотрим, сколько жопочасов ты на это убьешь и что у тебя на выходе получится.
#31 by Dmitry1c
Сочувствую
#32 by viraboy
Только этапами. Даже те которые можно пропустить - пропускать не советую (косяки в обработках после обновления)
#33 by МимохожийОднако
Пункт 0. Вносить изменения так, чтобы не было мучительно больно обновлять.
#34 by Котокот
Да ладно, не все так трагично. 4 часа в воскресенье перед телеком посидеть, иногда тыкая кнопки. Как раз посмотрю что-нить из новых фильмов.
#35 by Котокот
Перенос изменений займёт полтора рабочих дня с перекурами и кофе - это не много. Основные доработки подхватятся и так, попадос только с измененными формами.
#36 by Klesk666
попадос там с тем, что идет перепроведение всех документов входящих в последовательность партии товаров организаций и не только, зацени обработки в модуле ОбновлениеИнформационнойБазыУТ
#37 by Котокот
За выходные точно успеем. Там база 8 гигов всего.
#38 by Ranger_83
Можно смело выставлять часы:)
#39 by Фокусник
вообще-то все процедуры обновления базы хранятся в последней конфигурации, т.е. если версию (условно) "20" обновить на версию (условно) "40", то при первом запуске базы будут последовательно запущены процедуры обновления 21, 22, 23... 40.
#40 by Andrewww123
Тоже так думал. Ситуация прям один в один была: УТ 11.0 сильно переписанная, не обновлялась два года, решили обновить на 11.1. Месяц потом еще косяки разгребал. Хотя да, обновил за выходные :)
#41 by MSOliver
А я за третий пункт (которого нет) перегружать данные
#42 by Web00001
Я обычно обновляю последовательно. Глядя что бы он не удалил что то из данных которые добавлял я (не было не разу), абсолютно не глядя на то какие изменения затираются в коде. После того как обновил, возвращаю на место изменения.
#43 by Котокот
Этим путём и пойдем
#44 by Котокот
Ну так я уже предупредил клиента, что в понедельник в базе возможны косяки :-) :-) :-)
#45 by Klesk666
держи нас в курсе ) серьезно, интересно
#46 by Котокот
Насчитал 23 обновления.
#47 by DexterMorgan
Ну-ну, считай теперь ж0п0часы на исправление косяков после обновлений
#48 by John83
если типы реквизитов не менялись, если типовые движения не дописывались, то ничего не потеряется
#49 by Котокот
Какие там могут быть косяки? Разве что сотрудник забудет какой-нить элемент на доработанную форму добавить. Ну так это не критично, можно добавить в любой момент. Не менялись, не дописывались.
#50 by dmpl
Можешь смело через 3-4 релиза скакать. Так что 6-8 обновлений.
#51 by H A D G E H O G s
Единственный перескок - смотреть при обновлении Типовой (после накатки cfu, но до обновления рабочей конфы, сравнение-объединение с конфигурацией БД) - не удалились ли в новой версии объекты метаданных.
#52 by H A D G E H O G s
Ну или читать Изменения в версии.mxl Удаленные объекты
#53 by Зеленый пень
Не слишком оптимистично все пишут про 4 часа? Если за день удастся управиться - это будет удача.
#54 by Hans
У некоторых клиентов после таких обновлений так себестоимость и логистика заказов  ехала, месяцами разгребали.
#55 by Котокот
Про 4 часа я писал, но тогда еще не было известно, что там 23 обновления. Так что реально день-полтора.
#56 by John83
тогда обновляй последовательно и не смотри на все эти дописки, затем, как обновишь на самый последний релиз, сравнивай со своим заготовленным цф
#57 by Котокот
Так и делаем. Один сотрудник сегодня в 20:00 начнет накатывать релизы последовательно, второй готовит cf последнего релиза 11.1 с внесенными в него доработками. В воскресенье еще успею протестить и отловить баги.
#58 by DexterMorgan
какой наивный
#59 by DmitriyDI
а если ситуация такая, что изменений столько, что обновляться последовательно просто не реально?
#60 by DmitriyDI
а пропущено релизов 15 месячных
#61 by Котокот
Но-но, не каркать, в понедельник все должны быть счастливы!
#62 by DmitriyDI
все изменения Ваши в базе?
#63 by cons74
Натягивай. Потом нам расскажешь чего как.
#64 by Котокот
Не понял вопроса. У нас есть добавленные реквизиты, объекты и общие модули - их обновление не затронет. Есть изменённые формы объектов (добавлены элементы, изменены модули) - эти изменения пропадут при обновлении, но мы их восстановил после установки всех обновлений.
#65 by DmitriyDI
я имел ввиду Вы добавляли эти изменения. или другие разработчики. ну что у Вас что-нибудь получилось?
#66 by йопт
обновлял старую измененную УПП, действовал аналогично: подготовил cf со всеми доработками, базу обновлял последовательно до последнего релиза, после каждого обновления запускал в режиме 1С:Предприятие, чтобы отработали процедуры обработок обновления ИБ. В финале загружал cf.
#67 by йопт
проблемы были только с ЗУПовской частью, щас уже не помню какие...
#68 by DmitriyDI
Ждем результатов)!
#69 by John83
ну и нафига загружать? сравнить/объединить совсем не возбуждает?
#70 by Котокот
Ну что. Не без косяков, но таки запустились. Изменения в последний cf внесли довольно быстро, к концу субботы уже было готово. Базу начали обновлять последовательно начиная с 20:00 пятницы, все 23 обновления ставили. Дольше всего (несколько часов) загружалось обновление с версии 11.0 на 11.1. Дальше дело шло быстрее, но в субботу вечером, в 10 часов, у ответственной за данную операцию сотрудницы сгорел ноут, дело приостановилось, но позвонить мне и сообщить об этом она почему-то постеснялась (мол, поздно уже и все такое). Начали заново в обед воскресенья. Последнее обновление накатили в 3 часа ночи. В 6:30 утра я натянул доработанный cf на обновленную базу и поехал к клиенту в офис. По ходу работы обнаружились несколько ошибок - сотрудник, вносивший изменения в последний cf, не все протестировал: не открывалась форма списка одного справочника и форма элемента другого; неверно работал один из отчетов; перестали загружаться заказы с сайтов. Все это связано с доработками, внесенными в конфу за два года, к обеду было отремонтировано. В принципе, обновились нормально, от клиента претензий нет.
#71 by Котокот
Все изменения делились или мной, или кем-то из моих сотрудников. Базу мы тоже клиенту ставили, два года назад перевели его с 7.7 на УТ.
#72 by DmitriyDI
ясно) спасибо за подробный рассказ)
#73 by DmitriyDI
а какой размер базы был?
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С