Ваш опыт? Были ли ошибки, особенно фатальные? Вчера динамически обновила серверную базу (просто поставила 2 галочки в правах доступа), а потом прочитала об ужасах "демонического" обновления. Переживала до утра, благо, всё хорошо. Правда, эти ужасы относятся, в основном, к 8.0 или 8.1, коллега сказал, что сейчас этот механизм так не сбоит. А у вас как в 8.3?

Не часто, но бывает, и в 8.3 тоже. Проблемы с обновлением РИБ.

Можно динамически обновлять 1 раз в день, но не рекомендуется.

Некоторые базы регулярно обновляем динамически. Один-два раза в год падают при динамическом обновлении. Научились быстро восстанавливать. С такой же частотой проявляются проблемы кэша пользователей.
Проблемы встречал на всех версиях платформы.

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

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

У нас при динамическом обновлении слетают интерфейсы пользователей. Приходится им чистить кеш.

динамически только если уж совсем по другому никак

Динамическое обновление сбоит. Если есть хоть малейшая возможность не обновлять динамически - не обновляйте.

Русская рулетка

(0) За всё время существования динамического обновления у меня лично фатально сбойнуло только дважды. В том числе один раз на 8.3 (первый сбой - не помню на какой версии был).

Запомните раз и навсегда одну очень важную вещь!
Это не вопрос статистики! Это вопрос стоимости.
Стоимости простоя в случае сбоя, который может доходить до суток в зависимости от размера базы и необходимости проведения полного тестирования и исправления, чтобы быть более уверенным в корректности восстановления.
Стоимости работы специалистов по восстановлению (если не справитесь своими силами).
Стоимости затрат на выяснение того, что нужно внести в базу повторно - когда о проблеме узнали не сразу и часть пользователей продолжали что-то вносить в уже поломанную базу, а восстановиться решили из копии "до сбоя".
Стоимости работ на проверку данных после восстановления. Умножающиеся риски в случае, если сломанная база является источником для обмена данными с другими базами и конфигурациями.

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

И это всё, не говоря о том, что мелкие проблемы динамического обновления, когда у кого-то из пользователей не обновляется версия метаданных (лечится чисткой пользовательского кэша), всплывают с завидной регулярностью.

Бывает пару раз в год.
Выполняем это:
delete from [ИмяБазы].[dbo].[Config] where FileName = 'commit'
delete from [ИмяБазы].[dbo].[Config] where FileName = 'dbStruFinal'
delete from [ИмяБазы].[dbo].[Config] where FileName = 'DynamicallyUpdated' --(для версии 8.3)
delete from [ИмяБазы].[dbo].[Config] where FileName = 'dynamicCommit' --(для версии 8.3)
delete from [ИмяБазы].[dbo].[ConfigSave]

Гадкий кэш...

Делаю Д.О. редко, но всегда на той машине, где установлен сервер 1С. Был случай, когда пропадала связь между моим компом и сервером и базу приходилось восстанавливать.

Радует, что если что-то пойдёт не так, то в 99% случаев (в моей практике это 100%) все решается чистой таблицы ConfigSave

(0) Нормальная практика. Делаем часто.
Сбоит редко, лечится в (25).

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

8.3.10.2580
После обновления иногда перестают отваливаться истекшие сеансы, как следствие заканчиваются лицензии.