Никто не сталкивался с подводными камнями? Сами сидим до сих пор на стыдно сказать 8.3.20 и боимся как бы чего не вышло. На 8.3.20 нареканий по этому вопросу не было ни разу за много лет.

Зачем?

(1) а почему бы и нет?
(0) полет нормальный

(0) Демоническое вообще исключил бы.
Для оперативного исправления кода - расширения.
Изменение метаданных - только в монопольном режиме.

(3) с каких пор применение расширений не является обновлением?

(3) Применение расширений к базе - это и есть по сути демоническое обновление.

(0) на 8.3.27.1606 с динамой все стабильно

(5) ТС имеет в виду ДО основной конфы

(7) ноль разницы!

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

Как-то раз применил этот трюк на 25 платформе. Уже не вспомнить - что-то пошло не так. Больше не пробовал. На 20 никогда ни в чём ни разу.

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

(5) вовсе нет

(11) Время не ждёт. А проблем сейчас нет с этим никаких. Хочется и дальше так же жить.

(3) Не везде можно применить расширения

Вопрос вообще так ставить нельзя.

Оно 100'000 раз проходит нормально - а на 100'001-й раз крашит базу (сталкивался лично).

У Вас нормально, у других - нет. И наоборот.

Слишком много неизвестных (причем реально неизвестных).
Например если есть РБД - то 100% креш будет в переферийках.
Если много пользователей онлайн (где-то больше 100), то очень вероятно что база совсем умрёт.
И т.д.

(5) Всё верно. Это то же самое ДО, с теми же рисками.

(13) удачи, когда вас настигнет рип базы при ДО - пожелаю чтобы у вас был свежий бэкап. он реально сэкономит время.

(16) именно поэтому в типовых конфигурациях 2 раза в день устанавливаются патчи 1С в виде расширений.
Потому что фирма 1С любит рискованных ))

В 8.2. обновление было демоническим. В 8.3. все стало нормально. 8.3.27 - "шо опять"?

(19) сыкуют на ровном месте

Они не в курсе, что и не ДО убивает базу порой
А бывает висит так фоновое задание при 0 пользователей, конфигуратор применяет монопольно изменения, а на выходе получает в базе картину, где конфигуратор думает что реквизит он добавил, а скуль орет иди в жопу, нет такого реквизита в таблице))) вернее ошибка уже в пользовательском режиме. Помогает насильственное добивание фонового задания и повторная реструктуризация таблицы

Так мысли в слух. Еще ни разу у нас база ERP не смогла выполнить реструктуризацию V2 при обновлении на дебильные релизы где море реструктуризаций. Падала конкретно. Хорошо тестовая))

Когда говорят ДО, на ум почему-то просится ДокументоОборот, но никак не Динамическое Обновление.

(0) Ставь последний релиз, и вперёд :)
Все там будем.

(23) Я не тороплюсь, торопиться не надо.

(21) Тут кто-то в недавних ветках хвалил V2, мол обновляется  база на пару террабайт ночью, все хорошо.

(25) v2 это кот в мешке. Базу попорить могёт оч хорошо. Нужно иметь откат перед использованием. А так да, работает в разы быстрее.
Используем, когда лень реструктуризацию делать руками на больших данных.

И ..демоническое обновление n-сколько лет на живой базе с хрен знает сколькими пользователями. Один раз, может за всё время сломалось. И пофик, есть копия конфиг всегда в момент сохранения ,(тригеррок в скуле). Не в курсе, кто там его боится и зачем.