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

если не критичные изменения

(0) Если бекапы делаются "за кадром", автоматом и регулярно - то в экстренных случаях можно. Правда, чревато проблемами с кэшем конфигурации у некоторых пользователей после перезапуска, лечится очисткой кэша.

Использую всегда: если база не РИБ, и нету регл.заданий в фоне
Бекап каждый день канешно

расскажите как без dt сконвертить с файловой в клиент-серверную!
Иногда нужно.

проголосовать забыл

Если бэкапы каждый день делаются и что незначительное нужно изменить, почему нет? Ведь все равно реструктуризацию базы деномически не произведет и объекты не удалит.

От софта зависит.

(38) а куда-то все политические ветки делись, вот и приходится в другом топике про зло отписываться ;)

Иногда гораздо удобнее. мелкое обновление, по удаленке сделанное, ждать пока все закроют одновременно? Проще всем сообщение о перезапуске. и алга. Тем более что бакап имеется...

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

(42) Может вылезти сразу, может только одного из пользователей. Или только при очередном обновлении. Вот за это я и люблю демоническое обновление :)

Если важен сам процесс, а не результат, - то:

Пользуюсь, но делаю бэкапы.

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

как только отказались от демонических обновлений - проблем стало намного меньше

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

Пользуюсь чуть ли не ежедневно.
Преимущественно для оперативного исправления ошибок. Выгнать 500 юзверей из БД - нереально.
Если нет ресурсов на нормальное тестирование и разработку релизов, испытываем на кроликах.
Бекапы делаются несколько раз в сутки.
Но они ни разу не понадобились.
Если сервера - это настоящие сервера, а шушера всякая, зло от демонического обновления вылезает лишь на кэшах пользователей (причем от релиза к релизу все меньше и меньше). Ну да с этим научились бороться.

Зависит от релиза.

.

в самых крайних случаях, с кучей бэкапов и верой в светлое будущее.

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

так

Вот только что две обработочки мелкие демонически обновил.

после того, как поставил 8.2.13, стал делать скульный бэкап, да и то на маленькой базе, большая пару раз отваливалась с ошибкой - ее больше не трогаю :)

разрешаю

юзаю постоянно. в БД более ста пользователей  предприятие курглосуточное.  недемонические  либо раз в неделю  либо если прижмет раз в сутки при пересменке.  демонические  постоЯнно.

УПП 1.3   на 1.3.12.96

"Ингда"  :)
после двух раз лечения БД от последствий "диноба" - уже не страшно

Если изменения не критичные, и  лень ждать планового, то иногда можно.

(98) то в клюшках
там вообще все было лучше трава зеленее и я был моложе.

а так... Начальству очень нравится когда перезашел и все появилось как надо.

иначе вечером вместо пятничного расслабона сидеть обновлять. мрак.

Тока если какую нить фигню незначительную, но срочную. Но все равно ссыкатно... :-(

много лет пользую. Если без фанатизма, можно, но осторожно.

регулярно балуюсь

эх приходиться иногда

2

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

Если рядом стоят с пистолетом и требуют обнолвения, то

Часто пользуюсь. 8.1. Косяков не было. Только один раз, когда удалил форму и вставил обратно измененную. Динамически обновилось, но было страшно, когда конфиг вывалился, а потом долго открывался. Потом обновил обычно, и все стало нормально.

Какую-нибудь мелочь можно.
Только я сначала ставлю "Блокировку начала сеансов", жду пока отвалятся все пользователи, потом обновляю. Так как пользовательские подключения быстро восстанавливаются, не все даже понимают, что произошло.

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

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

Бэкапы каждый день, на главные базы - каждый час. Динамическое обновление использую всегда, когда платформа позволяет, т.к. выгнать из базы филиалы не представляется возможным. Чистить кэш у двух юзеров за 4 года пришлось по одному разу.

Когда обновляешь не структуру метаданных, тогда можно.
И то очень редко.

за 4 года пару раз был косячки при динамическом обновлении. Решалось выгоном всех пользователей и повторным обновлением... поледний раз кстати обновлял так один отчетик и вылетело. Но это было регулярное использование динамического обновления, иногда 3-4 раза в день!

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

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

Ошибки, исправленные при выпуске версии 8.2.15.273


10095297  Динамическое обновление

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

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