нужно обновить типовую БП 2.0 на неск релизов. можно ли вместо последовательных обновлений просто загрузить конфу последнего типового релиза? Чем это грозит?

Запускай!

(0)Сделай резервную копию и вперёд. Если не прокатит, можно обновлять поэтапно, не применяя изменения к базе.

ап

(0) Сколько релизов пропущено? Некоторые обновления допускают прыжок через несколько версий, точно можно узнать на users.v8.1c.ru

(4) Ложь

(5)

Номер версии    Дата выхода    Диск 1С:ИТС    Обновление версии
2.0.32.6    06.02.2012    март 2012    2.0.32.4
2.0.32.4    24.01.2012    февраль 2012    2.0.30.8, 2.0.31.7
2.0.31.7    12.01.2012    февраль 2012    2.0.30.8
2.0.30.8    20.12.2011    январский выпуск 2012    2.0.29.9, 2.0.29.10
2.0.29.10    28.11.2011          2.0.28.3, 2.0.29.9
2.0.29.9    23.11.2011    декабрьский выпуск 2011    2.0.28.3
2.0.28.3    07.10.2011    ноябрь 2011    2.0.27.8, 2.0.27.10
2.0.27.10    30.09.2011          2.0.26.8, 2.0.27.8

Глянь фотку в моём профиле.

(6) И что? Это для обновлений, т.е. для cfu файлов
А (0) говорит о cf с файлов с последним релизом. Такой инфы нет на сайте

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

(8) А в чем проблема?

(7) обычно cf можно использовать в качестве cfu...

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

(8) Я бы не стал рисковать. Оно тебе надо? Бабла больше возьмёшь.

(10) И?

(12) деньги я беру за работу, я не за затраченное время

(11) так узнай точно, какой у них релиз и возьми нужные обновлялки. Они накатываются за час-полтора.

(13) следовательно последовательность справедлива и для них... в cfu нет ничего такого чего не было бы в cf по сути

(15) все равно долго.

(16) Несогласен

(17) Берешь CF последний и натягиваешь, благо БП 2.0 к этому фиолетово относится

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

(16) Для cf нет ограничения минимальной версии на которую можно натянуть. Ей пофиг пустая база, или отставание на 2 релиза или на 5

(18) основание?

(22) Основание - модуль обновления которое содержит обновления с любой версии

(20) я уже понял, что ты не знаешь. спасибо

под любой естественно не имеется ввиду 1.5.9

(23) хорошо если так... и не было миграции реквизит1 -> реквизит2 -> реквизит3

(26) в последних релизах БП изменения как правило косметические..

(26) В модуле обновления прописано обновления с 2.0.2

Если ((ОбщегоНазначения.ПолучитьНомерРелиза(ТекущаяВерсияИБ) = "2.0.2"

(27)Осторожность не помешает. Потом, если что, на тебя же всех собак повесят.
Я в теме поболее тебя, ты ещё в ясли ходил.

(29) сколько у тебя в см? в холодной воде

(26) Даже если и были, процедура обновления последовательно пройдет по всем

лучше последовательно
т.к. процедуры обновления могут работать с удаленными/изменненными в следующих версиях реквизитами/объектами и т.п. и т.д.

>Если ((ОбщегоНазначения.ПолучитьНомерРелиза(ТекущаяВерсияИБ) = "2.0.2"

и что... в УПП прописано Если ... 1.3.1...  а куска апдейтов 1.3.12-1.3.14 в 1.3.15 уже нет...

(32) И? А по твоему если обновиться через CF будут другие процедуры обновления? Или по твоему они перескакивать будут?

Уже вижу, как ТС продаёт любимую девушку в рабство, чтобы выплатить компенсацию клиенту за убиенную базу.

(33) Значит там обновлять нечего.

(35) не глупим

(35) Ну если у тебя руки из одного место и ты убиваешь базу одним лишь взглядом, это не значит, что у всех так

(34)ещё раз прочитай, что я написал

(36)если бы...

и не тупи

(37) ?

(39) Поясни

(40) Есть другая инфа?

Да пущай обновляет как хочет, нам-то что.

Вы хотя бы ради спортивного интереса открыли бы
Процедура ВыполнитьОбновление()  в обработки Обновление ИБ и посмотрели как там сделано, а потом рассказывали бы сказки, что CF перескакивает модули обновления

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

(44)а причем здесь *.cf

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

(46) Здрасти приехали, а о чем спор?

Очередной холивар на тему CF с последним обновлением VS последовательно CFU

или об обновлении сразу на несколько релизов вперед без запуска в пользовательском режиме(а уж что там, *.cf или *.cfu) роли не играет

(49) Речь о том, что у меня стоит типовая 2.0.25
Задача обновить до 2.0.32

Вариант 1.
Качаем последовательно все CFU с сайта, ну или через один как повезет. И обновляем заходя или не заходя, кому как нравиться в 1С

Вариант 2.
Берем CF от версии 2.0.32 и тупо обновляем нашу базу

(44) открывали, сравнивали, переносили того чего не было чтобы обновка прошла

Поpyчик-4 предлагает вариант 1

Я за Вариант 2, ибо для БП 2.0 не было критических обновлений и можно смело обновлять на последний CF результат одинаковый

(51) А я в УПП и не лезу с советами как обновлять. Но здесь у автора БП, и могу со своего опыта сказать - без проблем

Вот при переходе с 1.5 на 1.6 там был критический релиз, без которого можно запросто поломать базу

А в 2.0 еще небыло таких релизов

А так я у себя в БП постоянно через 3-4 релиза прыгаю - без проблем

(50) С 2.0.25 тупо обновиться не получиться, в связи  с изменением метаданных в счетах-фактурах.

(56) В УПП? или в БП?

(50) Если ты уверен, что обновлялка заполнит добавленные реквизиты, тогда вперёд и с песней.

упп 2.0.25 нет в природе...

(58) А я и обновляю без проблем, даже без твоего благословения - все хорошо

(58) Только что обновил с 25 на 32 вообще без проблем

http://screencast.com/t/RMV88wnd

Так что вопрос про чьи то кривые руки, у которых тупо не получается - в силе

(50)в каком то одном случае это работает, в общем случае лучше обновлять последовательно

(62) Ну конечно пошли условности. Поэтому я и сразу и сказал, что про УПП говорить не буду а про БП скажу

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

(4)Никого не слушай!Ё Я ПРЕКРАСНО обновлял УПП с 1.3.11  на 1.3.21.
НО! Добавил несколько процедур и функций в обработку обновления! Которые в промежуточных удалили
Пишут "НЕЛЬЗЯ обновлять" - те кто глубоко не копал и не в теме.
PS - База 57ГБ УПП обновилась прекрасно!

(64)проанализировать только надо промежуточные релизы - бывает в обработке обновления - как у меня были процедуры и функции пересчета - в 14 релизе, а в 21 уже нет их.
Я добавил их и поставил в каокй момент запускать - т.е. при обновлении 14 релиза.
После обновления программа запускает обработчик обновления и он последовательно обходит по релизам внутри - наталкивается на добавленную процедуру из 14 - запускает и пошел дальше.
Проблем не было вообще!

Ндя... Некоторые начинают прислушиваться только после того, как получат граблями по носу. :)

100 лет обновляю по следующему принципу. Последовательно обновляю стандартными средствами до всех необходимых релизов, сохраняю конфигурацию в файл и уже ее накатываю на рабочую базу, копию разумеется делаю. Простой в работе минимальный.

(68) +100, только после накатывания ключевого релиза желательно еще в режиме Предприятие запустить

(68) А те обработки при переходе с релиза на релиз они остаются в готовой конфе? Чтобы отработать на рабочей базе.

(69) Да, забыл про это указать.
(70) Да отрабатывают.

(66) базы типовые, не буду я снимать с них замочек

>>Последовательно обновляю стандартными средствами до всех необходимых релизов
а чем обновленная таким образом конфа будет отличаться от типовой этого релиза? имхо, даже сравнение/объединение не покажет ничего

(73) Мне не понятно. По идее - ничем, но если говорят, что в последовательно обновленной конфе останутся обработки, допустим при переходе в ключевых релизах, то как говорили выше - этих обработок может и не быть в cf-нике типовой дистрибутивной конфе, значит, сравнение/объединение покажет различие.

(73) Ничем.
(74) Не останутся.

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

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

(76) А никто и не говорит, что есть универсальный метод годный для любых релизов любых конфигураций. Что работает в БП может не работать в БП

* Что работает в БП может не работать в УПП

(75) Если не останутся, то как объяснить (68), (71), (71)?

(79) вместо 71 - 70

(79) да остаются эти обработки, остаются... вот только из-за (76) они могут отработать некорректно

(81) как они остаются? следующий релиз перезатирает обработку обновления предыдущего и к концу останется только обработка обновления "предыдущий-текущий"

(82) открой конфигуратор и посмотри :)

(83) т.е. ты говоришь, что обновленная последовательно база отличается в коде от типовой базы того же релиза? я правильно тебя понял?

(84) И да и нет

(84) ОМГ, в конфигураторе ничем не будут отличаться!!!
читай (76) до полного просветления, я не знаю как еще понятней объяснить

За эти почти двенадцать часов я бы штук 8 баз обновил,   а тут ещё тёрки, можно - нельзя.
(84) Беги ты уж к клиенту.

(87) :) ты прав, лучше я тоже поработаю :)

(86) по 76 я все прекрасно понял. я говорю о том, что обработок перехода 2.0.25 - 2.0.27, 2.0.27-2.0.29 и тд не будет в окончательном релизе 2.0.32 как ты говоришь в 81

(26) фигня, при первом запуске в режиме предприятия выполяется поэтапный запуск обработок "после обновления". А значит, если есть какой-то реквизит, который нужен, но его не оказалось - то обработка выдаст ошибку, тут-то его и выловишь :)

БП 2.0 самая пофигическая конфа к перепрыгиваниям со старого релиза на тек. релиз

(89) Что такое CFU - это диф файл, который содержит измененные модули, реквизиты, формы и т.д.

Например берем CF файл от 2.0.25. В нем содержится процедура обновления с 2.0.2 по 2.0.25

Берем CFU, там содержится изменения этого модуля, т.е. обновления с 2.0.2 по 2.0.26

Обновляем нашу базу, получим CF файл с данными по обновлению с 2.0.2 по 2.0.26

В данном случае одинаково что обновится через CF  от 26, что через CFU.


И так далее. Но в УПП студенты 1С-ники почему то в очередном обновлении могут убрать кусок от обновления с предыдущих релизов, т.е. например при обновлении на 2.0.30 из CFU, а значит и из результирующего CF может исчезнут процедуры которые выполнялись например в 27 обновлении.

Для БП пока что такой фигни замечено небыло, для УПП - было

(79) Расшифровываю - в последовательно обновленной не останется ничего такого, чего не было бы в полном cf.
Обработки обновления не затираются, а добавляются.
Обновлять БП "скачками" чаще всего можно, главное, перед этим проверить на типовом релизе. Ну и архив, естественно.

И вообще, что мешало автору за эти сутки уже стопицот раз обновить несчастную конфу всеми возможными способами?

(94) самый зачетный пост в ветке :)