Может поможет кому-нибудь опыт.
Была конфигурация на 8.2 с хранилещем, распределенная и на SQL. Перевели всё это безобразие на 8.3. Вроде всё взлетело. Но!!! Перестало работать динамическое обновление! Как только не пробовали: и загружали из хранилища изменённый модуль, и захватывали в рабочей базе данных и пробовали сохранить...ничего не помогало. Читал про похожие проблемы и пробовал разные подходы. нет! Обновляешь динамически, открываешь модуль и ровным счётом ничего не меняется. Случайно просто обнаружили фишку эту... Удалял в одном документе реквизит и при удалении конфигуратор начал шманать по всей конфигурации вхождения в свойствах объектах и в модулях этот реквизит. Нашел в параметрах, что можно отключить это дело: рефакторинг при изменении в метаданных и формах. И оказалось, что это те самые нехорошие галочки!!! при их снятии исчезли проблемы при динамическом обновлении!!!

Динамичекое обновление - Зло

(0) чего хотел то сказать?

(0) Демоническое обновление придумали демоны...

Отлично, пойду везде у себя сломаю динамическое обновление. Чтобы всякие шаловливые не шалили.

(3) да ну...

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

(6) Про пожар...Дурная голова рукам покоя не даёт. Для подобных случаев придуманы тестовые базы и тестеры.

Я замечал такую фишку, что вроде как обновил динамически, а на следующий день заходишь в конфу, а там всё по старому.

Чудеса

(7) Срочно высылай деньги на зарплату тестерам )))

(0) Поздравляю!

(7) Тестеры придуманы в сферической компании в вакууме или в компаниях по разработке ПО (что тоже очень сомнительно, судя по... кхм). А тут = было два прогера, да и то одного сократили. Пользователи все тестируют в боевой обстановке XD

(12) Поддерживаю. Эффективнее

(12)Т.е., выгнать всех на 1 мин для обновления - это кошмаружасмилионныепотери. А тестирование в продакшене - это норм, экономия бюджета. Интересный подход.

(12) свои или чужие пользователи? (13) ДА,когда особенно оплатит контора услуги по восстановлению)

(14) 300 человек за одну минуту выгнать? Фантазёрка...

мы тоже вот перешли недавно на 1С:Предприятие 8.3 (8.3.11.2954)
Динамо-обновление то работает, то не работает...
т.е. некоторые изменения сохраняет, некоторые нет. Ужас ! :-)

(16)Не знаю, как у вас, а у меня все действия закреплены регламентно. Предупреждение массовой рассылкой через HD минимум за 15 минут до остановки приложения. В обозначенное время просто всех выкидываю. Все вопли пользователей направляются в регламент об обязательном ознакомлении с уведомлениями HD и о необходимости закрытия всех приложений при покидании рабочего места больше, чем на 15 мин.

тестирование на тестовой базе не исключает глюков на боевой

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

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

За последние 10 лет: на 8.1 динамическое глючило часто и порой приводило к катастрофам. Поэтому использовали только на своих базах для разработки. На 8.2 еще были проблемы, но крайне редко, на боевой - ни разу, но тут пользовались редко. База была около 150 Gb с сотней пользователей. На 8.3 за три года не сталкивался еще ни разу, причем порой по десятку таких обновлений в день бывало. Вообщем, расслабились мы тут )

Если кактус жрать от корня, то кажется что на нем меньше колючек.

© Мыши

(20) ага, руководству нашему бы ваше красноречие ) Некому у нас опытно эксплуатировать, пользователи реально перегружены работой.

(17) В любой непонятно ситуации чисти кэш!
В дополнительных параметрах запуска напиши /ClearCache

Чисти кэш. —Чем, вилкой что-ли? ... Садись! Чисти! Что-бы чисто было!

(18) О! Если я начну работать по всем нашим инструкциям и регламентам, то меня обвинят в том, что я устроил итальянскую забастовку XD

(21) Вот-вот,а я на прошлой недели только видал как деманули)

(25)Ну тут... Если у вас есть 300 пользователей и нет соблюдаемого регламента... У меня подобное было только лет 13 назад и то я их к своему уходу слегка воспитала, хотелки стали в письменном виде излагать)))

(27) ох, хорошо, что не 300. Устал я от таких нагрузок когда-то, а сейчас поменьше, попроще и поденежнее, как ни странно )

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