Добрый день коллеги.
УПП 1.3, крутиться на SQL и платформе 8.2.19. за 3 года проблем с динамическим обновлением не наблюдал.
Собрался Переводить на 8.3, раньше вроде были какие то проблемы при динамическом обновлении на 8.3 (читал на эту тему). Погуглил, свежих тем не нашел.
У кого упп на 8.3, подскажите как сейчас дела?

Хм. Так-то проблемы есть и на 8.2.19...

Раз-два в месяц свежие темы, плохо гуглил.

Положил конфигуратор 1С ЕРП. Ошибка формата потока

(2) это по ерп. вопрос про упп

8.3.12.1469 - ghrf не наблюдал. Файловая и 10 зверей...

(3)Думаете, платформа с разными базами по-разному работает?

Не стоит ставить эксперименты

От гемора после ДО никто (ни на какой платформе) не застрахован

(6) Иногда никаких проблем восстановиться после факапа нет - просто по щелчку пальца поднимается свежая копия

Но это конечно если процедура восстановления отточена до зубов и когда никаких вопросов не возникает с интеграциями

(5) в упп не используем уф, ерп уф. думаю да

(4) с файловой понятно, осталось по серверной узнать

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

(10)Конкретно в приведенной ссылке порушились Config, ConfigSave, но вы продолжайте, такие темы всегда очень интересны :)

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

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

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


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

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

Просто запишите это большими буквами и наклейте на стену напротив рабочего стола.
От версии платформы этот тезис не зависит. От версии конфигурации тоже. Так же как от того на управляемых формах, на обычных, в толстом клиенте или в тонком или вэб работают пользователи.

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

Оцените стоимость простоя базы в случае сбоя (в деньгах) и Ваши личные репутационные риски (необходимый объём вазелина). Если посчитаете их приемлемыми, можете продолжать динамически обновляться.

Отвечая на вопрос в (0) - "подскажите как сейчас дела?" - точно так же как и на 8.2. Не изменилось ровным счетом ничего.

(13) вот и интересно Config, ConfigSave умирают только при дин. обновлении  с измененными формами УФ (что подтверждено Вашей ссылкой) или же есть у кого падали с ОФ? Или может вообще падает только по изменению макетов и т.д.? Просто сам не сталкивался пока с падением при дин. обновл.

(16) спасибо. ответ более чем полон.

(17)У меня падала тестовая серверная база УПП при динамическом обновлении, этого достаточно?

(17) в дополнение после (16) ,  я так понял вообще закономерности никакой нет из-за чего падает дин. обновление. Магия.

(19) вполне, какие изменения были перед обновлением ?

на ОФ есть проблемы а ля "конфигурация обновлена не из конфигуратора"

ну там текст в модуле подправили  или формочку перерисовали ?

(16) при обычном обновлении абсолютно так же может все накрыться

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

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

тему можно закрывать.

(12) Если модель восстановления БД не предполагает восстановление на любой момент времени хотя бы в течение дня, тогда ДО использовать для остроты ощущений можно)

(17) Они и от использования кряка могут слетать

А, ну в свете "Естественно средствами субд бекап перед дин. обн. всегда делается" из (26) конечно обновляйся динамически, какие проблемы раз бекап есть?

(14) Спасибо

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

(31) См. (8) и (9) :)

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

Единственно, все-таки иногда бывают проблемы с обычными формами, но пока некритично.

Начина с 8.3.7 постоянно обновляюсь динамически и не парюсь. Раз в год у одного пользователя кэш почищу и норм

Проблема динамического обновления решается удалением записей из config и повторным накатом из храна. Поэтому этой проблемы нет в серверной версии.