Есть нетиповая Буха 3.0, в последний раз обновлялась в августе. Простой в работе должен быть минимальный. Обновлять каждый релиз руками довольно долго.
Знаю, что многие обновляют в таких случаях сразу накатыванием cf последнего релиза. Есть ли какие-нибудь особенности такого обновления? Ну, например, частями накатывать cf не более 10 скачков релизов или что-нибудь подобное? В УТхе при открытии базы после обновления куча всяких рег.заданий выполняется, заполняются регистры, переносится инфа различная и, если пропустить это, то с большой вероятностью база сломается или будет глючить.
В бухе насколько я знаю это не так критично?

(0) Обновлятором не?

(1) и как он ускорит обновление на 10 релизов?

(0) Это почему не критично?

(1) Нетиповая буха

(0) "обновляют в таких случаях сразу накатыванием cf последнего релиза"

Если "накатывание" сделать через обновление (выбрав файл "cf поставщика"), то всё должно быть нормально.

>В УТхе при открытии базы после обновления куча всяких рег.заданий выполняется

При первом запуске все обновления последовательно будут выполнены (в БП тоже). Не важно как Вы конфигурацию обновляли: последовательно на cfu или один раз на cf поставщика.

PS но копию в любом случае нужно сделать, т.к. возможна ситуация. когда реквизит переименовали в "Удалить" и успели удалить полностью в рамках одного обновления на cf поставщика.

(5) Спасибо

(5) В одном из последних релизов удалили один из регистров НДС просто так, без всякого промежуточного переименования.

(7) тож удивился..

(6) Замучишся разгребать что они удалили, что добавили. Да и не правильно это, последний cf накатывать на релиз полугодичной давности, что то да по*ерится.

(9) А каковы критерии правильности?

(10)
Только один: любовь бухов.

Если этого нет, то ты что-то делаешь неверно. И эта любовь вполне осязаема. Как и НЕлюбовь. И она осязаема ещё сильнее

ИМХО конечно :)

(7) Они там часто добавляют регистры, для совместимости с переходом со старых версий, потому удаляют. Так что может не всё так плохо

Возможен такой гипотетический вариант. Первоначально конфигурация содержит справочник Контрагенты, в котором заполнен реквизит Адрес.

Версия 1. Справочник Контрагенты.
Имеется реквизит Адрес. Ну, и разумеется, он заполнен данными, которые очень нам нужны.

Версия 2. Справочник Контрагенты.
Изменения: Реквизит Адрес переименован в УдалитьАдрес. Добавлен регистр сведений КонтактнаяИнформация. Изменены все места конфигурации, в которых используется адрес (Отчеты, печатные формы документов, форма элемента справочника Контрагенты и т.д.)
При запуске в режиме 1С:Предприятия 8 выполняется обновление, при котором данные из реквизита УдалитьАдрес переносятся в регистр сведений КонтактнаяИнформация.

Версия 3. Справочник Контрагенты.
Изменения: Удален реквизит УдалитьАдрес.

В результате если пропустить переход на версию 2, то потеряется вся информация об адресах. А при запуске в режиме "1С:Предприятия" обновление при попытке перенести данные из реквизита УдалитьАдрес в регистр сведений КонтактнаяИнформация выдаст ошибку - свойство объекта УдалитьАдрес не найдено.

При прыжке через 20 версий вероятность возникновения подобной ситуации резко возрастает.


http://catalog.mista.ru/public/18596/

(7) Значит данные из него стали не нужны, ведь при последовательном обновлении этот регистр тоже сразу очистится (без возможности перенести из него данные) :)