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

Оказывается, при этом конфигуратор закрывается!!

v8: Изменения конфигурации не видны у пользователей

потому что надо понимать - соответсвенно для тебя это зло, для меня нет.

(1) не закрывается, а перезапускается.

патамушта... начнут юзеры звонить - у меня работает/а у меня нет

Потому что восьмерка сырая.. идея ДО вполне логична, но вот обеспечить когерентность кэша у пользователя - не осилили..

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

(0) Потому что база может упасть.

(6)Кэш чистить периодически и все нормально будет.

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

патамучта оно не работает. Вернее не всегда. А как бог надушу положит.

(0) Ну вот смотри: Человек летать не может. Поэтому прыгать с высоты ему нельзя. Это зло. Почему зло? Ну потому что он может получить повреждения...
Вот 1С придумало парашюты... Но они такие, то парашют не откроется, то ещё чего... Будут случаи, когда вместо рюкзака с парашютом попадется рюкзак с картошкой... Ну ты поняла.
Механизм иногда дает сбой. То есть, это риск. Рисковать тебе или жить спокойно - только тебе решать.

потому что оно ДЕМОНИЧЕСКОЕ
v8: Упала база после динамического обновления

(11)Да все работает.Второй год динамически обновляемся.Полет нормальный.

1. Кэш пользователей - когда кэша старой конфы застревает у какого либо пользваотеля

2. Риск крушения базы. У меня на большой базе УПП, обновляемой динамически 1 раз в два дня в течении трех лет такое случилось однажды. Но этот случай оказался поправимым - с бэкапа таблицу config перекинули + всякие махницаии.

(7) у нас были эффекты на людях которые не ходили в базы месяцами - какие там вопросы о перезапуске

конечно если снимать процесс при обновлении базы, то оно конечно, можно всякие ужасы получить.

Все херня. Дин. обновление нормальная штука. Если бы последствия при ее сбое не были бы столь неприятными. Лично я дил с ним не напрягаясь. Но пару раз я видел как база падала. Причем падала - нормально.

А кеш - это фуфел. Чистить его при каждом запуске 1С - и хорошо.

(18) Чистить кэш при каждом запуске - долго.

(10) этим должен управлять одмин из списка юзеров в конфе...

Даёшь голосовалку!!! %))

(21)Да сто раз уже обсасывали. Все знают уже все доводы с обеих сторон наизусть:-)

(19)
Аргумент несерьезный.

А какая тут голосовалка? Если известна стоимость поднятия базы после падения; и она устраивает - тогда делай что хочешь.

А играть в русскую рулетку - нездоровый авантюризм.

(0) Сама не пользуюсь.
Но общалась на эту тему с двумя клиентами, которые пользуются постоянно (несколько раз в неделю) в течении нескольких лет. Пока проблем не было.

(25)
Постоянно)))))

нуб, такой нуб

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

(28)Жить вообще опасно.Помереть можно.

(29) если помрешь - твои проблемы будут решать ДРУГИЕ

(27)
К вашим услугам.

(29) Ясен пень. Речь об объективной оценке рисков. Штука сама по себе классная и временами здорово выручает. Но, к сожалению, небезопасная. По возможности стараюсь не использовать.

(28)
+100

(0) на 8.3.3 виснет нах сервер 1с при динамическом обновлении, вследствие - висят все, проверил раза три, больше не делаю ))
на 8.3.4 еще не проверял и не буду )

(34) На 8.3.3 не пробовал. На 8.3.4 - нормально всё.

(35) ну и хорошо, но экспериментов больше не хочу )

(0) Свои наблюдения.
1. Основная проблема в работе с КЭШ.
1.1. У пользователя может не обновиться кэш на клиенте.
1.2. Кэш на сервере может не обновиться.
1.3. Кэш у разработчика может не обновиться (если работают несколько разработчиков)
2. Х.з. почему но сталкивался с такой ситуацией когда делаешь штук 5 демонических обновлений а потом обычное. При обычном все демонические пропадают. Т.е. все что нажито непосильным трудом...

основной косяк динамики - это когда есть РИБ ... при динамике к нехорошим концам летит идентификаторы ... и получаем "конфигурацию не соответствующую ожидаемой"

Не зло, все всегда пользуются и норм.

(39) Я тоже так думал, а потом бац...и поумнел.

+36 на 8.2 правда еще балуюсь

Все говорят что зло. Но все равно все обновляются динамический. Конечно так чтобы никто не видел

(42) Необоснованное утверждение.
Я вот, допустим, не пользуюсь. Вообще никогда. Но это не значит, что никто не пользуется, правильно?

(40) бэкапы начал делать?

(42) После падения базы от динамического обновления(проблема решилась как и в (15)), больше не пользуемся, ну его :)