Приветствие! Друзья,

Есть: УТ 11.5.12.53
Надо: УТ 11.5.25.80
Конфа с доработками

У 1с читаю:
Файлом 1cv8.cf можно выполнять обновления, пропуская несколько версий. Но обязательным остается обновление между LTS-версиями. В каждой версии рекомендуется брать последнюю сборку, так как в ней релиз максимально стабилен.
Список прошлых релизов LTS-версий, пропускать обновления, на которые нельзя:
11.5.8.443 –> 11.5.12.* (рекомендуемая крайняя сборка 11.5.12.270)
11.5.12.270 –> 11.5.17.* (рекомендуемая крайняя сборка 11.5.17.219)
11.5.17.219 –> 11.5.22.* (рекомендуется брать последнюю опубликованную на текущий момент)

Что это значит? Какой должен быть путь?
Такой: 11.5.12.53 > 11.5.17.219 >  11.5.25.80
Или такой: 11.5.12.53 > 11.5.12.270 > 11.5.17.219 > 11.5.22.132 > 11.5.25.80
Или вообще другой?

Это касается только обновления конфы или кофы И обработчиков?

Поделитесь опытом.
Заранее спасибо!

Рекомендуемая крайняя сборка - это если ИБ небольшая.
Если приличный размер, то проще малыми скачками и построить свой путь с бОльшим количеством релизов.

Прыжки на крайние сборки череваты долгим выполнением обработчиков обновления и некоторые при падении творят хаос.

Как говорил поклонник Капитала "Лучше меньше, да лучше"

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

(0) догоняешь до крайней и далее LTS
не монопольные обработчики могут при большом объёме данных отрабатывать 5-7 дней

(1) (2) Спасибо!
Интересно, только как действовать конкретно?

База, к счастью, не большая

(3) https://at-1c.ru/services-1s/1c-search-updates/

бэкапы только не забывай между каждым из шагов делать.
а то обидно будет после глюка на последнем шаге начинать весь процесс который шел 3 дня заново.

(1) Недавно обновил 300 Гб базу с УТ11.2 до последней УТ11.5.22

Немного магии кэширования и оптимизаций кривых кодов от 1С - и вуаля, не дольше 4 суток.

(3)[как действовать конкретно]
догоняешь до крайней и далее LTS

Вот такая портяночка

(0) 2.5.12.53 -> 2.5.12.270 (cf) -> 2.5.17.234 (cfu) -> 2.5.22.132 (cfu) -> 2.5.25.80 (cfu)

11.5.12.53 > 11.5.12.80 > 11.5.12.102 > .... > 11.5.12.270 > 11.5.17.234 > 11.5.22.132
На каждом этапе запускаешь предприятие что бы отработали все обработчики.

(10) И отложенные обработчики.
И не забываешь проверить на дубли

(10) 1с официально разрешает перескакивать релизы
"Файлом 1cv8.cf можно выполнять обновления, пропуская несколько версий"

Готовый cf 11.5.25.80 со всеми доработками у меня уже есть, в тестовой базе этот весь путь пройден

Как теперь его правильно вкатить в рабочую базу?

Я наверное изначально не до конца разъяснил

(12)

Сделать тестовую базу и учиться ?

(12) Надо было сохранить промежуточные cf-шники, если конфа была изменена, а лучше xml-ки с сохранениями настроек итоговых сравнений-объединений, и, НИЧЕГО не меняя в конфе и платформе рабочей - последовательно натягивать с загрузкой настроек.

Чет я затупил, сорян. Позовите специалиста.

Хочется просто понять, что это значит:
Файлом 1cv8.cf можно выполнять обновления, пропуская несколько версий. Но обязательным остается обновление между LTS-версиями.

(12) Ну если тебе 1С официально разрешает перескакивать релизы, то обновляйся сразу на 2.5.25.80, зачем все эти сложности -)

(14) Ну конечно, это понятно.
Весь вопрос в этой последовательности.
Какая она должна быть?
Короткая или длинная, см (0)

(18) если обновления позволяют обновляться, то используй эту возможность

(12) Думаю каждый немного по своему наверное. 1. Я делаю через "Конфигурация - Поддержка - Обновить конфигурацию".
2. Обращаю особое внимание на дважды измененные объекты
3. Обращаю особое внимание на процедуры в расширении с тэгом #ИзменениеИКонтроль
4. При обновлении расширения иногда выводятся список чего еще надо изменить при сохранении + в формах расширения иногда подсвечивается кнопочка "Обновить".
Изменяю, обновляю.
5. При запуске 1С Предприятия запускаю рег. задание "Отложенное обновление ИБ" если оно не запустилось , а потом проверяю через окошко "Результаты обновления и дополнительная обработка" данных что все ОК. Оно находится в "Интернет поддержка и сервисы"- "Обновление программы"

Это я так перешел на 11.5.22.131 с ряда предыдущих,у вас я понял немного другая ситуация.

(19) Так, а как ее использовать?
Так: 11.5.12.53 > 11.5.17.219 >  11.5.25.80
Или так: 11.5.12.53 > 11.5.12.270 > 11.5.17.219 > 11.5.22.132 > 11.5.25.80

Или как?

(21) Вопрос не касается переноса доработок, с этим проблем нет

(22) тебе 1С для чего табличку сделали на какую версию с какой можно переходить? Там написано, что с 11.5.12.53 можно сразу перейти на 11.5.17.219?

(22) это задачка покруче теоремы Ферма) Но я лично для себя решил не переходить пока на 11.5.25.*, а оставаться на 11.5.22.* Вот она LTS как раз и когда я скачивал - актуальная была 131 , пока меня это устраивает, а когда они исправят кучу ошибок перейду на более старший релиз или 11.5.23 или 24.* когда они их выпустят.

(23) Я бы так сильно не прыгал. Используй план из ссылки в (4)

(24) Как читать эту табличку?
"Там написано, что с 11.5.12.53 можно сразу перейти на 11.5.17.219?"
- там точно не написано, что так делать нельзя
(26) - это займет очень много времени. И 1с разрешает не идти таким долгим путем.

А про 11.5.25 там вообще ничего не написано

(25) 23 и 24  уже не будет, а скоро не будет и 25
Скоро выдет 26 который видимо в LTS перейдет

(27) >>там точно не написано что так делать нельзя
там и не написано, что нельзя сразу на 11.5.25.80 Переходи на него, зачем тему то поднял? -)

(29) Зачем флудить?

(9) Спасибо!

(28) посмотрел планы 1с
26 выйдет в феврале
27 в апреле и именно 27 будет LTS

(27) это займет очень много времени.

Делаешь на копии 28 cf и вечерком грузишь в рабочую)))

Месяц-два назад обновлял с подобного релиза, всё хорошо в итоге. Делал по такому пути из (0):
11.5.12.53 > 11.5.12.270 > 11.5.17.219 > 11.5.22.132 > 11.5.25.80
но только сперва на копии обновил, чтобы убедиться, что обработчики отработают без сбоев. Да и пользователи сперва посмотрели обновлённую копию и дали добро

(33) :)))))
Я на копии так и сделал.
Готовый cf 11.5.25.80 со всеми доработками у меня есть  (12)

Если я его загружу в рабочую, то получу (30)

Поэтому надо грузить его не сразу, а какими-то шагами. Какими шагами, не понятно из (0)

Вот в этом то и весь вопрос

(34) Спасибо!

(35) >> надо грузить его не сразу, а какими-то шагами

(12) >> в тестовой базе этот весь путь пройден

Она из черепашек врёт.
Выясните - какая. Потом приходите.

(0) >> Надо: УТ 11.5.25.80

Не надо.
https://releases.1c.ru/project/Trade110
Версия 11.5.22 является актуальной версией длительной поддержки (Long term support, LTS).

>> Или такой: 11.5.12.53 > 11.5.12.270 > 11.5.17.219 > 11.5.22.132 > 11.5.25.80

Я бы сам делал именно так.

Разве что учитывая, что LTS версия - 22-ая, то остался бы на ней.

Но думаю, что вариант "11.5.12.53 > 11.5.17.219 >  11.5.25.80" тоже вполне рабочий.

Особенно учитывая (12) >> в тестовой базе этот весь путь пройден.

(37) Что тут не так?
В данном случае, тестовая использовалась только для переноса доработок в актуальный релиз

(38) Спасибо!

(0) Все зависит от особенностей доработок.

В общем случае - вариант "тестовая использовалась только для переноса доработок в актуальный релиз" дает возможность использовать результат только с окончательным сравнением.

1. Технически - при использовании LTS все же лучше использовать схему  11.5.12.53 > 11.5.12.270 > 11.5.17.219 > 11.5.22.132

2. Если есть доработки, связанные с изменением движений документа - их надо переносить в каждый промежуточный релиз из тех, на которые обновляемся. Так как при обновлении 1С может запустить очередной пересчет движений..

3. Поэтому надо готовить промежуточные релизы (cf, cfe)

4. Цепочку всю надо проходить на тестовой копии
В идеале - сформировав основные отчеты "до" и "после".
В реале - соизмерять это с трудоемкостью )

5. Не надо забывать, что хоть 1С и не запрещает обновление через cf на LTS - но также их и не тестирует.
В моей практике - как раз при переходе 12 на 17 были отклонения в регистрах взаиморасчетов. Да, там у клиента было несколько специфичное ведение учета - но сам факт - отклонения после обновления были..

6. Изменения в печатных формах и прочая косметика - может подождать до установки последнего релиза..

7. Я - использую обновления через LTS.
С пониманием рисков. Процесс выглядит так:

7.1 - подготовка: все, что можно без рисков делать в расширениях - делается в них (данные предпочитаю менять в основной конфе); формы - изменяются кодом.
Удаление патчей.

7.2 - Конфигурация - Поддержка - Обновить конфигурацию - выбор cf, дважды измененные, прямо там привожу код к результату (объединение через карандашик).

7.3. После обновления CF - проверка применимости расширений и изменения их через KDIFF3

7.4 Если есть доработки в движениях - визуальная проверка корректности тех мест.
Сохранение cf,cfe.

7.5 Первый запуск.

7.6 Запуск отложенного обновления ИБ.
Если время позволяет - то проверка схождения общих сумм в отчетах.

7.7 Если все корректно - то цикл с п. 7.2 пока не последний релиз ))

7.8 Патчи, полное тестирование..

(41) стоит добавить к "защите" движений смежные с ними определяемые типы данных и планы обменов
схема для УТ11/ERP своими силами(без ИжТиСи) общепризнанная, сам также действую

(41) Шурик71, Спасибо!

Докладываю.

Обновил так:
11.5.12.53 > 11.5.17.219 > Обработчики > 11.5.22.132 > Обработчики > 11.5.25.80 > Обработчики

Переходы между LTS через cfu

Все успешно
!При использовании cf экономия времени обновления рабочей базы колоссальная, не в 2-3, а 10-ки раз

Спасибо всем откликнувшимся!