Вот я смотрю на статью на инфостарте:
http://infostart.ru/public/18596/

Вот там автор пишет: при переходе на версию ..., потеряется вся информация такая-то.

Я на это смотрю - что-то тут не так.

Одинэсники хранят старые объекты, никуда их не выбрасывают. А новые объекты добавляют. В принципе, с метаданными как-то все более-менее понятно.

Далее есть обработки. Т.е. если при обновлении до определенного релиза должна была быть выполнена какая-то обработка, то мы ее при прыжковом обновлении - казалось бы - пропустим.

Однако, если посмотреть код конфы, например, ЗУП: Правка / Глобальный поиск, ищем "2.5.71".

Нам выдает, например, такой текст:


Процедура ВыполнитьОбновлениеНаРелиз26(ЭтоНеПериферияРИБ, ОбработкаКомментариев, ДокументОписаниеОбновлений = Неопределено, МакетОписаниеОбновлений = Неопределено) Экспорт
    
    // В этой конфигурации дополнительных действий не требуется
    
КонецПроцедуры

// Процедура выполняет обновление информационной базы до требуемой версии.
// Предназначена для вызова при начале работы системы в случае, если значение
// константы НомерВерсииКонфигурации не соответствует свойству Метаданные.Версия.
//
// Параметры:
//  Нет.
//
Процедура ВыполнитьОбновлениеНаРелиз27(ЭтоНеПериферияРИБ, ОбработкаКомментариев, ДокументОписаниеОбновлений = Неопределено, МакетОписаниеОбновлений = Неопределено) Экспорт
    
    // В этой конфигурации дополнительных действий не требуется
    
КонецПроцедуры





И так далее по релизам.

И далее:



НоваяВерсияИБ = НомерВерсииРелиза("2.5.72");
    
    Если ТекущаяВерсияИБ = НомерВерсииРелиза("2.5.71") ИЛИ (НомерРелизаИБ = "2.5.72" И ТекущаяВерсияИБ <> НоваяВерсияИБ) Тогда
        
        СтрСообщения = "обновление информационной базы с версии " + ТекущаяВерсияИБ + " на версию " + НоваяВерсияИБ;

.........
    КонецЕсли;




Т.е. что это значит. Это значит, что при обновлении через cf идет анализ, какие обработки запустить.

Вывод: если мы имеем дело с БП или ЗУП, то тут проблем быть не должно.
Ну, на крайний случай - база взорвется, ну и бог с ней, бакап есть.
Если взорвется, придется думать, где-то обновлять через cfu.

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

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

Что скажете?

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

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

100 раз уже обсосали.
Я лично всегда так делал на бухе и зупе. Проблем не было.

Если речь идет о типовых, то там вроде вменяемые спецы сидят. По идее проблем не должно быть.
А если хз какая-то отраслевка, то как фишка ляжет.

(4) С типовыми никогда проблем не было, в отраслевом ТОИР был затык.

(0) Есть. Если пока не накалывался - так "опыт сын ошибок трудных...". Может пронесёт, а может "пронесет".

(0) Риск есть всегда. Бэкапы рулят.

Обновляй. Нам всем пофиг на тебя и твои базы.

(0) Ну сам подумай.
Если за время "прыжка" в типовой ИмяОбъекта поменяли на УдалитьИмяОбъекта и добавили НовыйОбъект - то обработка обновления все сделает и нормально перенесет данные.
Но когда спустя несколько релизов УдалитьИмяОбъекта будет удален из Конфигурации - вот тут уже ппц, обработке обновления просто неоткуда будет взять данные для переноса в НовыйОбъект.
Постарайся найти "ключевые" релизы - в которых происходит удаление объектов - и старайся через них не прыгать.

(0) тут вы неправы. Допустим обновление на релиз 2.5.62 - эта обработка по задумке должна выполняться на конфе версии 2.5.62.

Предположим вы прыгнули через 12 релизов на конфу 2.5.72. Получается ваша обработка для 62 будет выполнена на релизе 2.5.72. Это совершенно другая конфа. Разработчики явно не ожидают этого, поэтому возможны самые разные глюки. Как фишка ляжет, но лучше конечно вам предварительно написать заявление. На всякий случай.

(9) (10) Так я же через Поддержку делаю. Все отработает нормально.

(10) Сейчас нет под рукой установочных файлов. На работе попробую в понедельник. Сдается мне, никаких проблем не будет.

(11) Включите мозг. При "прыжке" вы пропускаете эволюции конфы и сразу "натягиваете" окончательный вариант. Если данные хранить негде - они теряются. И обработка в режиме предприятия - это уже как мертвому припарки.

Вариант: "Чисто символически" изменить конфу. При обновлении - отказаться от удаления чего бы то ни было. Тогда обработка обновления отработает, а хлам можно будет удалить при следующем обновлении.

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

(12) В сущности, это даже документировано. В книжке Конфигурирование и администрирование, конечно, об этом не сказано, но на картинке выбран cf.

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

(13) Через поддержку? И в чем здесь "прыжок"?
Нафиг ветку было заводить - все штатно и расписано.
Прыжок - это ставишь конфу актуального релиза(сразу или подымаешь от последней найденной установки) и из нее делаешь файл обновления для своего текущего релиза. И за один присест обновляешь.
И тогда актуальны (9) и (12).

(15) + Или "прыжковатость" только в том, что Вам лень после каждого обновления лень Предприятие запустить?
Тогда Вам - к начальству, за волшебным педалем.

(16) Через поддержку выбираю файл обновления cf. Вполне логичное решени.

(17) Конфигурация - Поддержка - Обновить конфигурацию? ппц у Вас "жаргон"(((
Там можно воспользоваться файлами, предназначенными для обновления Вашего текущего релиза.

Ну где ПРЫЖОК, заявленный в заглавии темы???

Я не знал, что это называется не прыжком. Да, первый пост без упоминания обновления через поддержку неудачен. Ок.

Кстати, спасибо большое. Вы мне открыли глаза. Заглянул в документацию (http://its.1c.ru/db/v8doc#content:83:1), прочитал про поставку. Если поставщик не хочет, чтобы файл поставки использовался для обновления, то он просто не поставит галку

В окне "Настройка поставки" имеется флажок "Файл поставки может использоваться для обновления".

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

Получается, что через поддержку я никогда ничего не испорчу. Просто получу сообщение "Файл поставки не может использоваться для обновления".

Разобрался, вроде бы. Спасибо большое.