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

На платформе 8.2.19.130 пользуемся уже давно и проблем не было. Но многие не приветствуют.

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

(1) у нас тоже проблемы не часто, но всё же бывают. в последнее время стали чаще появляться

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

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

Расширения наше все.

(6) Они вроде как щас тупят жестко
Обновить расширение после обновления конфы
глючат расширения: БезопасныйРежим без флага безопасного режима у расширения.

(4) верно

(3) Пользоваться можно, но не забывайте нюансы (http://www.gilev.ru/restoreib/). Советую заранее прочитать, чтобы быть готовым. Надеюсь, у вас часто делаются бэкапы в SQL.

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

За 4 года 2 раза падала база, один раз рабочая и раз тестовая. В рабочей восстанавливали Config из копии.

Динамическое обновление - зло!

Это больше вопрос религии
Рациональные доводы тут неуместны

(7) Не знаю,  для хотфиксов удобно.   Быстро сделал новое,  какой надо модуль "вместо" нарисовал и прицепил.   Потом со следующим релизом все обновил уже по нормальному.

(11) оба раза по причине динамического?

Один раз ловили косяк с кэшем.
Но после этого несколько раз, когда ОЧЕНЬ надо, перекрестившись, делали, тьфу-тьфу - без последствий.
И у нас при логоне юзеров в винду кэши 1с чистятся.

(11) База SQL?

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

Знаем, что зло, но используем иногда :)

(0) В ситуации "острой" необходимости все терпят. Если нет возможности терпеть - обновляем.

(0) Не ссы, нормально динамическое проходит.

(11) Этож как исхитриться надо базу уронить.
Последовательность действий помнишь?

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

(0) Динамическое обновление появилось только на платформе 8.1 и вещь шикарная

(22) У меня тоже база падала аналогично (11), после этого динамически обновлять перестал.

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

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

Упала база после динамического обновления

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

(28) Если в компании привыкли.
То требуют.
А когда база падает, то виноват конечно тот у кого на руках упала.
Программист 1с.

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

А когда база падает то чинит ее тот, кто не обновлял демонически.
Потому что уже сталкивался с этим.

(30) Двух хозяек на одной кухне не бывает

(30) а ведь точно ))

Не просто так этот вариант обновления называют "Демоническим" :) раньше, конечно, проблемы были серьезнее, но и сейчас падения баз случаются (судя по сообщениям). Поэтому мы практически не используем динамические обновления.

(31) Ха хозяин то любимец. )
Он всегда готов.
А не тот зануда, который говорит про мифические риски.
Вчера обновляли и все окоей-хокей.
Какие риски!

(0) Если учесть, что пользователь должен попросить 3 раза одно и то же, прежде чем это имеет смысл делать - такая ситуация в принципе невозможна ;)

(35) так они же работают по схеме "Вносишь изменения сразу в рабочей базе, из-за напряжения можешь ошибиться, тупо опечататься, приходится исправлять и снова динамически обновлять". Тут любые ситуации возможны.

(36) Так не надо было начинать ;) Прежде чем в продакшн вносить, надо от заказчика на тестовых примерах "добро" получить. А там, глядишь, и вечер уже...

(37) +100500

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

Ранее всегда пользовался, на обычных формах самое страшное что было, не применялись изменения, приходилось на клиентах чистить кэш 1С.
на Уф, особено с erp, при 20-30 пользователях, ни раз динамическое обновление не проходило успешно, приходилось перетаскивать таблицу конфига из копии базы. Все, я завязал с этим делом на УФ)

(39) Сервер 1с предприятия какой разрядности?

(0) Главное чтобы при обновлении разрыва не было.
Обновляю чисто код. Стараюсь редко пользоваться, т.к. несколько раз обжигался.

(0) Никогда не обжигался с динамическим обновлением ни на 8.2. ни на 8.3...Но на 8.1 был свидетелем 2-х неприятных случаев краха.  Но оба раза не база, а программа "накрывалась" rphost кажись начинал глючить и приходилось переустанавливать прогу.

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

(40) х64

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

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

(46) Нет. При сохранении обновления не происходит.

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

(48) "пользователи пугаются сообщения что "Конфигурация базы данных не соответствует сохраненной конфигурации"" - У вас так много пользователей с админскими правами?

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

(49)Для пользователей с ограниченными правами сообщения не будет?

откуда вы эти проблемы выдумываете?? в день по тыщу раз динамически обновляем при 20-30 активных юзеров. уже 6-ой год базе и никаких проблем нет.

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

(51) Не, оно только для админов базы выскакивает.

(54)Это хорошо, у нас практически все пользователи с ограниченными правами, не придется объяснять.

(52) "при 20-30 активных юзеров" - А ты попробуй при 100-150 юзерах :))

(48) А ключик в ярлык вставить не судьба?