Мой начальник говорит, что можно динамически обновлять базу и при этом нет никакого риска. Говорит что после 2020 года 1С исправила возможный сбой при динамическом обновлении базы. Прошу дать ссылку на обратное утверждение со свежестью после 2020 года.

3 высших образования, а информацию самостоятельно добывать так и научился.
Эх, Пашо.

Юзаем динамическое обновление уже 2 года. Полёт нормальный, проблем не возникало

(0) напишите официальный запрос в 1с на эту тему. Далее будете ссылаться на оф ответ.

(2) А у нас подрядчик входящий в 5-ку крупнейших франчей России отказывается делать динамическое обновление

(1) Я хочу услышать мнение коллег

(5) Ну, вот тебе ссылка: Безопасное динамическое обновление базы 1С прошу дать ссылку
Чем не подходит?

Во втором посте все написано.

(4) сомневаюсь, что было официальное сообщение (2020+) что при дин.обновлении могут быть проблемы

(6) А ты похоже так и не научился пользоваться рекурсивной функцией

когда 300 юзеров в ka2.4 динамическое завешивает 1ссервер (rphost) намертво. С erp-ка только через монопольное с предварительным гашением rphost. Если горит - расширения. Так что можно на мелких конфах

(9) У меня нет трех образований, прости.

(11) Не прощу, иди учись и получи хотя бы одно образование

(10) вот у нас erp как раз. Но пользователей поменьше, да. 150

(0) Ссылки нет, но за последний месяц прогеры, которые так делали 3 раза ловили потом ошибку:
"Текущему соединению с базой не назначен сеанс".

(2) юзали на 8.3.17 дин обновление, пока не гавкнулась база
хорошо - не сильно гавкнулась, только тявкнула
больше не юзаем

(15) расширения используете?

вот что гилев пишет про динамическое обновление http://www.gilev.ru/dynamicupdate1c/
статья кстати от 03.03.2021

(17) вот цитата из статьи "Динамическое обновление есть смысл делать только в том случае если информационная система уже стоит, неработоспособна и хуже уже не будет. о всех остальных случаях мы рекомендуем избегать динамического обновления!"

(18) если система не работает кой смысл изгаляться с динамическим?

Пользователи уже не работают, усё

(20) тоже так подумал, тут видимо, можете обновлять и динамически, хуже уже не будет, типа такой посыл)

(21) ну или вообще никогда не обновлять динамически, потому как стоячая база будет обновляться монопольно))

(0) да пусть начальник и делает, у него много времени свободного и сердце, видать, еще здоровое, он легко переживет, кагда все ляжет, даже, может, без инфаркта.... ну постоит контора день другой не работая.... делов-то....

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

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

я работаю так:

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

(26) +1

Говорят, что исправление расширения на работающей базе - это то же самое демоническое обновление с точки зрения возможных последствий. Правда что ли? А как же патчи от 1с сами ставятся по расписанию..

(0) держите эту ссылку рядом с собой при обновлении и все будет хорошо
https://infostart.ru/1c/articles/138797/

Прошу еще накидать ссылок после 2020 года, в которых авторы либо одобряют либо не одобряют демоническое обновление, потому что начальнику мало мнения Гилева. Он свято верит, что 1С все поправила в последних релизах платформы

(30) Сделай просто - делегируй своему начальнику право обновлять динамически.
А сам в письменной форме откажись.

(30) тогда смотри комменты (24) (25)

(30) Пусть подпишет тебе регламент со своими словами и вс.

У нас запрещены динамические обновления,
Если бы бы ла моя власть я бы заюзал https://infostart.ru/1c/articles/327674/
и пользовался всеми преимуществами динамического обновления

Напарник обновляет 1С только динамически каждый день,
один раз 1С не смогла обновиться, выдало ошибку что нельзя, и 1С перестал работать у всех -
перезагрузка сервера не помогла даже,
помогло - обновить 1С по-нормальному.
Фирма не могла работать в 1С 3 часа.

(35) по шапке дали любителю демонических обновлений?

(35) бездумно обновлять нельзя

(36) Он сказал что это сисадмины во всём виноваты.
Пришлось мне полазить в журнале регистрации и выяснить причину.

(38) сисадмины по шапке хоть ему дали?)

(16) в базе, на которой поймали, нет

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

(41) https://pbs.twimg.com/media/EMxm9JTW4AYBEgz.jpg

(41) красавчик
https://imgfon.ru/Img/Crop/4096x3072/Mens/mujchina-shlyapa-tors-kovboy-ochki.jpg?img.1
ибо не доплачивает никто за ночные работы, вот так!

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

Пусть директор ищи себе нового 1с ника.

(43) зачем ночные, в обед всех выгнал да обновил. За ранее рассылкой предупредил. Видимо какой то незаменимый 1сник) А завтра он ноги на стол и скажет, без ионизатора воздуха и массажного кресла работать не будет)

(43) для этого
1. можно обновлять утром
2. можно обновлять по шедулеру
3ю можно договорится на свободный график и удаленку...

Я два раза после динамическим обновлением ремонтировал базы.
Есть правило:
Если добавляешь, меняешь или удаляешь объекты - то не в кое случае не используй динамическое обновление.
Динамическим обновлением пользуюсь, когда нужно поправить код в модулях, тогда проходит обновление нормально.

(47) Я тоже только если код поправил и есть срочная необходимость использую динамическое.

(47)На оф влетел по коду,впервые лет за 5.Тоже срочно код поправить нужно было

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

(44) жалко пенсионера увольнять, его никуда не возьмут потом на работу

(51) ну тогда зарплату режьте за простой предприятия из-за его демонических деяний

(51) значит увольте директора

(52) рублем быстро человек косячить отучивается

(52) зарплата итак у него небольшая, не поднимали последние много лет
(54) если рублём - то значит и меня можно рублём, опасный прецедент

(53) директор хороший :)
не обижает никого :)

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

(55) ну тогда ограничьте его в правах, работайте через хранилище. Пускай он на своей копии извращается как хочет, тестирует, после проверки заливает в хранилище. А вы уже из хранилища обновляете в рабочей базе по регламенту.

(57) Мой план:
1. Обновлять только ночью - так легче чем заниматься выгонялками, обзвонами
2. Динамически обновлять только текст кода иногда, в крайнем случае.

(59) ночью спать надо)

(59) Ага... Ты счастливый человек.. Никогда работал на заводах 24*7...
Ночью там куча народу, до которого не дозвонишься, выгонять насильно тоже нельзя, машины уже под отгрузку стоят...

(59) у нас для этого есть корпоративный чат и почта, отправляется шаблонное сообщение за час до обновления, если оно не регламентное. Далее за пару минут еще одно сообщение. Кто не вышел я не виноват, хлопаешь все сеансы в кластере и обновляешься)

(0) База мелкая 20ГБ. 8.3.15 последняя. Дин обновление как минимум приводит к проблема кэша на клиентах.

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

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

(61) И что делают с обновлениями на таких заводах? Тех окно я так понимаю тоже машины на погрузку не остановит?

(64) а те кто разок забудут документ записать, потом очень внимательно читают внутренний чат и уже так не косячат)

(66) Тех окна. Согласуют во всеми. Иногда машины притормозят или раньше отпустят. Иногда время обновления перенесут

(30) Ну уж если Гилев для него не авторитет тогда он никого не послушает. Тогда пусть учится на своих ошибках. Так как тот факт что многие заявляют что после демонического обновления у людей появлялись проблемы с базой для него ничего не значат.
Ну а от самой 1С вы такого ответа никогда не получите. Мол "Мы сделали возможность обновлять конфигурацию динамически, но этого делать не рекомендуем"

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

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

(17) хороший антипаттерн.
Гилев, конечно, разочаровывает.

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

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

Тут вопрос еще вот в чем.
Чтобы не гарантировала 1с,она не может отвечать за настройку конкретного сервера,который может повести себя не так,как ожидалось из-за того,что какой-то патч не был вовремя поставлен
И когда из базы что-то пропадает,последствия будут печальные,т.к.очень сложно найти и оценить масштаб проблемы.
Конечно,когда база полегла полностью,тоже печально,но тут разворачивается ночной BackUp и доваодят документы,да плохо,но все об этом знают.
Когда же какие-то заказы клиентов просто без следа пропали или потеряли статус,проблем будет больше,т.к.во-первых,это чревато потерей клиентов,во-вторых,потерей имиджа,а в третьих,все претензии к сотрудникам будут упираться в то,что они будут вспоминать тот случай и говорить,что я ничего не знаю,у программа такая,что данные пропадают.

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

(0) расширения абсолютно безопасны

(76) ;))))...

(76) смешно. особенно когда они мне базу попортили до полной неработоспособности

(78) А мне 1с однажды базу попортила. Так что, теперь 1с не использовать? ))

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