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

Да вроде бы в последнее время все хорошо.

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

все ок

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

Постоянно обновляю динамически. Наверно каждый день.

Проблем с кешем не было никогда.
Честно пишу, на 8.3 (кажется 8.3.11) был однажды сбой: отпали роли у всех пользователей (в т.ч. у всех админов). В базу было не зайти, роли не назначались, конфигуратор вел себя не адекватно. Восстановил из бекапа.

(5)+ По скольку в базу было не зайти, то и потери данных при восстановлении из бекапа не было вообще.

За последние 10 лет три раза натыкался на проблему. Два раза обошёлся чисткой кеша, один раз пришлось перезаливать конфиг из бекапа.

(0) За лет 10, пару раз были сбои в РИБ, пришлось конфигурацию перезаливать. А так только кэш у клиентов иногда расходиться.

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

Главное правило, перед каждым, любым, обновлением сделай бэкапы и спи спокойно.

Относительно мелкие базы на 8.3 при динамическом обновлении не падают. 8.2.19.130 пару раз натыкались на проблемы, но там ещё мог размер базы влиять, за 250 гигов перевалило.
Бекап да, перед обновлением лучше делать, даже если обновление не динамическое.

(8)+ перед каждым это, наверно, правильно.
У нас бекап лога идет каждые 15 мин (а если он буде не удачным, SQL сервер всех админов на уши поставит по почте), поэтому я знаю когда он происходит и могу смотреть по времени, когда сделать обновление (хотя и могу забыть об этом).

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

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

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

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

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

(13) + не кто кстати не отменял возможности фатальных последствий обычного обновления... просто реже это происходит.

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

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

(13)у вас что, боевая база к хранилищу подключена?

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

Если делать несколько динамических обновлений подряд, в какой то момент могут быть потеряны все внесённые изменения предыдущими дин. обновлениями. Поэтому желательно придерживаться правила 1 дин. Обновление +1 обычное.

Если в конфигураторе и хранилище работает 1 программист то риск минимален.
Если несколько то уже возможны глюки.
Замечал такую тенденцию.

8.3.10 все норм

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

(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

(27) есть же кнопочка обновить на сервере

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

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

а как же рсширения - ведь там только динамическое обновление

Постоянно используем. 5 лет назад сбоило часто. 3 года назад - под PostgreSQL не сбоило, под MSSQL сбоило. Сейчас сбоев не было год, 5 баз и в среднем 3 Д.О. в неделю на базу. Бекапы делаем.

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

с расширениями постоянно делаю - не замечал сбоев

БАЗА (платформа 8.3.10) РУХНУЛА ПРИ ДИНАМИЧЕСКОМ ОБНОВЛЕНИИ

(13) Именно это самое неприятное. Причем у разных пользователей может исполняться разный код даже после чистки кеша. Более того, проблема бывает и без подключения к хранилищу. Просто при ДО в конфигурации остаются версии объектов до ДО и после, и как там 1С выберет нужную - русская рулетка.