По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) Не рекомендуется. Есть обязательные промежуточные релизы которые нельзя пропускать. Можно на сайте или при обновление посмотреть эти версии. Для них обязательно нужно запускать режим предприятия и продолжить переход к новой версии. Иначе нет гарантии что данные не повредятся. На удачу не стоит полагаться, лучше все по инструкции
(11)для этого используется тестовая база. Когда конфигурация сильно доработана если каждый релиз накатывать - только обновлениями и будешь заниматься. Неоднократно обновлялся cf-никами, проскакивая до 7-8 релизов - все нормально работает. Так-то можно еще модули обновления информационной базы просматривать, там видно при каком релизе какие процедуры срабатывают.
(12) каждый релиз накатывать не нужно, а только обязательные промежуточные, которые специально выведены и нуждаются повышения версии в режиме предприятия, так как эти релизы влияют на данные в базе. Другое дело есть ли эти данные.
7-8 обязательных переходных релизов - это запущенная база.
А так согласен, если конфигурации сильно переписанная и все данные знакомы - хозяин барин.
Лично мне лень накатывать на тестовую и тестировать непонятно что или изучать изменения релиза, надеясь , что ничего не упустил. Хотя для вашей переписанной у вас возможно лучше решение
7-8 обязательных переходных релизов - это запущенная база.
А так согласен, если конфигурации сильно переписанная и все данные знакомы - хозяин барин.
Лично мне лень накатывать на тестовую и тестировать непонятно что или изучать изменения релиза, надеясь , что ничего не упустил. Хотя для вашей переписанной у вас возможно лучше решение
(1) Можно. Если программные обработчики переходов чисто аддитивные и не кривыми руками писанные, то должно проканать. Можно почитать описания обновлений всех релизов и если там ничего подозрительного нет - обновиться кумулятивно (можно вообще сразу последнюю конфу поставщика вкатить). Для полного контроля можно почитать код программных обработчиков переходов.
Но могут быть обновления, корректно отрабатывающие только при пошаговых обновлениях. Ну, банально - в одном какие-то данные перенесли, а в другом - прибили исходный реквизит. Понятно, что при кумулятивном обновлении данные будут потеряны.
Но могут быть обновления, корректно отрабатывающие только при пошаговых обновлениях. Ну, банально - в одном какие-то данные перенесли, а в другом - прибили исходный реквизит. Понятно, что при кумулятивном обновлении данные будут потеряны.
Теоретически можно, но нужно хорошо понимать какие действия будут выполняться и на что они повлияют. А раскуривание этого всего займет времени больше чем запус предприятия.
Вот простой пример:
- У вас есть конфигурация версии 1, в ней ТаблицаА с какими-то данными
- Выходит версия 2, в которой создается ТаблицаБ и обработчик обновления переносит в нее данные из ТаблицаА
- Выходит версия 3, в которой ТаблицаА удаляется из конфигурации
Что произойдет если в момент обновления на версию 2 вы не запустите обновление в режиме предприятия?
Вот простой пример:
- У вас есть конфигурация версии 1, в ней ТаблицаА с какими-то данными
- Выходит версия 2, в которой создается ТаблицаБ и обработчик обновления переносит в нее данные из ТаблицаА
- Выходит версия 3, в которой ТаблицаА удаляется из конфигурации
Что произойдет если в момент обновления на версию 2 вы не запустите обновление в режиме предприятия?
(5)
Надо четко понимать: в режиме конфигуратора изменяются метаданные, в режиме предприятия - данные. И пропустив несколько штатных запусков предприятия, в конце можно обнаружить, что данные - тю-тю!
такой расклад может быть при переходе например в БП с 2.0 на 3.0
Не только, вот .
Надо четко понимать: в режиме конфигуратора изменяются метаданные, в режиме предприятия - данные. И пропустив несколько штатных запусков предприятия, в конце можно обнаружить, что данные - тю-тю!
Лучше не рисковать. Вы же когда программируете, отлаживаете обновления, всегда же проверяете предприятие? Так же и тут, как иначе зарегить новое от разработчиков, не тронув режим предприятия? Да ну... лучше не шутить. Всегда прогонять надо через предприятие и не пропускать обязательные релизы, правильно сказали выше)
Ваш сэкономленный час на запуске после обновления в итоге вылиться может в то что вы потом вынуждены будете сделать работу по обновлению дважды.
Если хотите проскочить сразу на последний релиз можно и cf накатить, но потом лишитесь механизма поддержки и нормального обновления через cfu.
Если хотите проскочить сразу на последний релиз можно и cf накатить, но потом лишитесь механизма поддержки и нормального обновления через cfu.
Ответ - можно но НЕЛЬЗЯ - ибо нужно выполнить процедуру обновления (типовая процедура перехода с версии на версию) которая может данные перелопатить плюс не дай бог конфа с бсп и прочими библиотеками - и запускается эта процедура только в режиме предприятия.
Конечно в теории - да можно накатить все конфиги и один раз запустить - но не факт что 1С-ый гумно код отработает корректно данную ситуацию (у меня БП 3.0 так падала), так что не рискуй.
Конечно в теории - да можно накатить все конфиги и один раз запустить - но не факт что 1С-ый гумно код отработает корректно данную ситуацию (у меня БП 3.0 так падала), так что не рискуй.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот