Здрасте всем!
Вот задачка выпала-обновить конфу на работе,сеча стоит (1.0.6.8) плтформа 8.1.15.14,хочу обновить до последней (1.0.20.10) и (8.2.15.289)
а как это лучше сделать пошагово обновляя до каждой версии,или взять демку(готовую базу последней версии,не только участок с обновлениями) и обновить?

Братва,подкиньте идейку)

пошагово нужно, какие еще идеи? :)

(2)Сначала,до 7ой,подом до 8о1 и тд? А сразу если 20-ку демку взять ?

сразу на последнюю + смотреть внимательно на "удаление" объектов

(3)Если найдешь cf от последнего обновления, то можно ручками обновить. Но правильнее - по порядку.

(5) с чего это "правильнее" ?

(6) Меньше ошибок будет при обновлении

(7) каких ?

(0) была такая статья на инфо_старте, ссылку кидать не буду, сам найдешь... способов на самом деле много, последний раз, когда обновлял, пошагово накатывал цфу снимая все галки, чтобы привести конфу поставщика к последнему релизу, потом через сравнение с конфой поставщика с галкой дважды измененные изучал отличия, потом обновлял.

Если разработчики конфы не идиоты, то все должно быть нормально.

(7)Я тож так думаю,правда времени дольше займет.
Еще вопрос как лучше проверить правильное обновление или нет-провести каждый из
видов документов,потыкать отчеты и справочники,или есть еще метод?)

(8) разных) да хоть обработка при обновлении ИБ не сработает наверняка без правки

(8)Есть оч интересная ошибка,читал где-то описание в одном релизе удаляют движения по реквизиту,в другом удаляют этот реквизит,если обновлять по последнему релизу то произойдет просто удаление реквизита а движения остануться

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

(12) (13) никто не смотрит обновлениеИБ ?

(15)Не понял)

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

(17)Всмысле просто перенести данные из последнего релиза ко мне? Но возможны несоответствия ,описанные мной в (13),пошагово правда интересней ,но долго,может запастись тушенкой и на выходных допилить?

(18) чем привлекательно обновление - обновление данных происходит уже написанными процедурами поставщика. однако может быть много шагов
(19) чем привлекателен перенос - делается за короткое время, но надо писать правила обмена. если структура данных примерно одинакова и нет сюрпризов, то идеальный вариант

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

(20)Я так понял,лучше не прыгать а обновить по порядку- пусть долго но зато интересно)

*Сначала обновить копию,хотябы наполовину,а потом загрузив в рабочую опять обновлять копию другой половиной

(21) не всегда лучше обновлять по-порядку. Если изменений много их замучаешься объединять из релиза в релиз.
Но по-порядку да, надежнее.
Если мало изменений и мощный комп, я бы не прыгал через релизы, думать надо меньше)