Здравствуйте!
Пользуюсь 1С версии 8.3.9.2033, до этого обновлял динамически в версии 8.2 после чего в базе данных происходили ошибки. Изменилось ли что-нибудь в новых релизах или все так же не стоит использовать динамическое обновление?

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

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

разрешаю

но только с молитвой

http://ic.pics.livejournal.com/roeline/9072389/1166860/1166860_original.gif

(0) работает, злоупотреблять не рекомендуется

Что-то у вас какие-то все проблемы столетней давности

нет

Смизжено:

"Здравствуйте, меня зовут Алексей и я делаю динамическое обновление.
Раньше, я делал динамическое обновление по три или даже целых пять раз в день.
Я мог не спросить пользователей, не сделать бекап средствами СУБД и динамически обновить базу ради изменения макета печатной формы счета на оплату.
Но потом случилось горе и в одно прекрасное обновление база просто не запустилась.
Это был ч0рный день в моей жизни.
Я потерял друзей, коллеги отвернулись от меня.
Жена меня бросила и дети не хотят со мной разговаривать.
Попа болела после долгого и многозначительного разговора с начальством.
И я решил изменить свою жизнь.
Я теперь занимаюсь спортом
Стал посещать бассейн.
Питаюсь правильно и соблюдаю правила дорожного движения.
Сегодня у меня праздник.
Я  уже 30 дней не делаю динамического обновления без ахивации базы данных средствами СУБД.
Я практически готов полностью отказаться от динамического обновления.
Вообще не обновлять динамически.


Преодолеть зависимость от динамического обновления мне помогли 12 простых шагов:

12 ШАГОВ , РАЗРАБОТАННЫЕ САМИМИ ДИНАМИЧЕСКИМИ ОБНОВЛЯЛЬЩИКАМИ
1. Признать свое бессилие перед поведением платформы 1с при динамическом обновлении.
2. Согласиться с утверждением, что без посторонней помощи не обойтись.
3. Мысленно перепоручить себя некой Высшей силе, которая поможет.
4. Проанализировать свои поступки.
5. Признать перед собой и кем-то еще свои ошибки.
6. Не сомневаться, что бекап перед динамическим обновлением сработает.
7. Просить высшие силы избавить от недостатков.
8. Составить список всех людей, кому причинили зло, и захотеть загладить свою вину перед ними.
9. Лично возместить этим людям ущерб, нанесенный вами и вашим динамическим обновлением.
10. Продолжать самоанализ и, при малейших ошибках, сразу признавать, что вы их таки совершили.
11. Не переставать размышлять и благодарить помощника из пункта 3.
12. Достигнув пробуждения, благодаря пунктам 1-11, помогать другим динамическообновлялщикам.


АЛИЛЛУЯ братья и сестры!
АМинь!"

я пользуюсь, (MS SQL 8.3.6.2390) но меняю только модули, если пользователи совсем уж вылетают, рестартю сервер или чистю им кэш, но это от лени, никому не советую, но у меня частенько прокатывает ) ну и фатальных падений не разу не было

(0) Сходи на исповедь и с божией помощью используй...

Я по незнанке до сих пор использую, иногда и по 20 раз на дню могу обновить. И особых проблем не замечал. Разве когда принудительно кэш почистить приходится.

(7)пруф есть?

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

Да стоит.У меня пока не было ошибки потока,но тут 8.3.9 для 2.0 бп и отраслевка на 8.3.10. тестовой.пока все нормально

(12) но как же так твари к клиентам.

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

(15) а давно тии делал?я вот также был уверен,а с очередным обновлением поимел проблем.

(11) На память только помню авторство за IamAlexy, но не гуглится. Я тогда и сохранил в Гугл Кип это, вот оттуда щас и вставил.

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

(18) Куда загружались?

(19) Код живёт в обработке, которая живёт в хранилище значения - при выполнении код загружается из обработки, подключается и исполняется - тогда код можно поменять, не выгоняя никого из базы и не выполняя "чудо-обновление".

Насколько я знаю, проблемы бывают из-за того, что сеансы имеют свойство отключаться от сервера, и вполне вероятно, что какой-то сеанс будет иметь на клиенте один код, а на сервере - другой. С учётом кривизны работы кеша получается ещё большая неразбериха - и "за базой заходит лисичка".

Пока они команды явной очистки всех кешей не сделают - динамическое обновление будет глючить.