Голосуем по вчерашней теме:
Демоническое обновление при изменении модулей зло?

(0) и не надо бабушку лохматить

неа острых ощущений и так хватает

Зло и еще какое, сейчас с этим мучаюсь. В хранилище одно в рабочей конфиге другое. Уже и загрузка cf не помогла. Как то пришлось копию Config грузить средствами SQL.

Ловил косяки в базе при последующих (нормальных) обновлениях. Динамическое обновление адская штука, 10 раз подумать прежде чем юзать.

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

Это зло

Никогда

Причем словил не один раз (чистку кеша к глюкам не отношу; самое мелкое из этих глюков - слет кеша Конфигуратора, когда тыредактируешь одно, а в сохраненной конфигурации совсем другое).

Протухший кэш - не глюк, а мелкое неудобство. Глюк это когда приходится делать рухнувшей базе пересадку dbo.config из бэкапа.

8.3.4.496, обновлял динамически, постоянно вылетала часть пользователей и рабочий процесс 1С отжирал всё больше памяти. Перестал - с память красота прям.

Короче 3

п.1 правильнее назвать, имхо: Обновляю и не замечаю словленные глюки

.

у меня примерно 60 перифериек, демон противопоказан, глюк с обменом  с ДО стабильный для 1-2 баз, да и без реструктуризации тоже.

С ностальгией вспоминаю внешние модули 7.7. Вот это тема была.
У меня внешние модули в перифирийки в справочниках ездили и ни каких глюков.
А на демоническом коллега по работе обжегся, ругали его потом.

коллега по работе интернеты не читал, к совету не прислушался и попал... он бы выбрал вариант: