или таки имеет правол на жизнь? ...ну к примеру поменля формат числа выводимого в макет - можно обновить динамически?

абсолютное

(0)разрешаю

лучше не рисковать

(0) можно. но бекап сначала всё же сделай

Абсолютное.

где голосовалка?

(6) +1 Голосовалку прикрутите!

ад ент, ионгда монжо остроожно имзенить каку-юниубдь несуещственую амлость

давно уже обновляю сабжевым способом на живых базах без бэкапа, никогда не падало

обновляю на базах с подключениями в десятки пользователей и угрозой вечного бана за косяк
ещё не косяччил

не абсолютное. 1 раз наткнулся за год-два

(9) По краю ходишь... :)

(10) изменения в психике происходят не заметно для носителя,появляются вот такие ветки
v8: Как сделать из регистра накопления регистр бухгалтерии

если не критичные изменения

(9) презервативы это для трусов...

это говорит о масштабе действий
когда я был мелким прогером во франче, ссал по любому поводу, никогда демонически не обновлял
щас тупо обновляю и скидываю рассылку перезайдите в базу десяткам юзеров

можно, но "ингда" ))

(13) ааа, саркастик-мэн пришёл

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

(13) ааааааааааааа. разорвало в клочья.
пойду напьюсь

(13) а чо тебе не нравится-то. даже в РАУЗ есть реквизиты корреспонденции

Использую всегда: если база не РИБ, и нету регл.заданий в фоне
Бекап каждый день канешно

расскажите как без dt сконвертить с файловой в клиент-серверную!
Иногда нужно.

фига себе... стоило задать религиозный вопрос сразу ответов накидали

Юзаем только на тестовых базах, от безысходности - одна база на 4-5 разработчиков :(

обновляй, не парься

Проголосую!))

зло

проголосовать забыл

(21) Ты для начало описание платформы почитай, основное отличие оегистрабухгалтерии от всего остального

зы

не пользую. Динамическое обновление говорит о бардаке в головах разработчиков. Приготовили пакет обновлений (хранилище или ещё как) и обновляем нормально

(0) мина замедленного действия

Если бэкапы каждый день делаются и что незначительное нужно изменить, почему нет? Ведь все равно реструктуризацию базы деномически не произведет и объекты не удалит.

Зло.

Заметили, варианта "Добро абсолютное" нету)))
Это уже навевает на мысли... :)

(34) И данные, забитые между бэкапами не потрет загрузка бэкапа...

не ожидал такой активности, спасибо за голосовалку
бекапы ежедневные + перед любым изменением

От софта зависит.

(38) Да это тоже самое, что спросить, что лучше клюшки или снеговик =)))

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

обновился демонически :)
ps: в "прблемных" случаях вылазит боком сразу? или может через неделю?

(38) а куда-то все политические ветки делись, вот и приходится в другом топике про зло отписываться ;)

Иногда гораздо удобнее. мелкое обновление, по удаленке сделанное, ждать пока все закроют одновременно? Проще всем сообщение о перезапуске. и алга. Тем более что бакап имеется...

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

(42) вылазит в самых неожиданных местах. например в конфигураторе одно, а код выполняется совсем другой. причем не у всех а у одного юзера. Трудно диагностируемые ошибки обычно

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

Если важен сам процесс, а не результат, - то:

автро испльозеут десяитпальцеый методж печатии

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

Пользуюсь, но делаю бэкапы.

Никогда не использовал, но:

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

(0) формат числа легко ставится и в режиме Предприятия. Зачем из-за этого демонить?

Вот как правильно делать динамическое обновление:

1. Удалить экспортную функцию из глобального модуля.
2. Сделать динамическое обновление
3. ???!!!!
4. PROFIT!!

(48) виноват, но боюсь уже не исправлюсь :)

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

как только отказались от демонических обновлений - проблем стало намного меньше

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

(52) Могу третировать абсолютно свободно, разве что без пижамок. Считаю что фишка полезная - но вот реализация хромает. Поэтому - зло.

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

Зависит от релиза.

Какой релиз? О чём вы? Нет. Всё зависит от юзверей. В некоторых шарагах юзверы отключают сервера на выходные методом обесточивания вилки из розетки :))

Тема интересная , т.к. регулярно динамически обновляюсь.

.

(хохма) Тема интересная , т.к. регулярно демонически обновляюсь

в самых крайних случаях, с кучей бэкапов и верой в светлое будущее.

На данной базе за два последних года иногда делались динамические обновления. Косяков не было.

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

так

год обновлял УПП файловую - ни разу проблем не было

Делаем постоянно, изредка выскакивают сюрпризы, 1-2 на несколько сотен пользователей. Удобная штуковина, если с умом пользоваться.

Вот только что две обработочки мелкие демонически обновил.

УПП -  демоническое обновление  0-5 раз в день. Копии каждый день. Конфа из-за демонического ни разу не падала. Кэш пользователям приходится чистить периодически. Но это зло. Жду когда конфа упадет чтобы отказаться от него.

Кстати, в некоторых ERP-системах мало того, что есть динамическое обновление, так еще и работающий пользователь переходит на новую версию ПО автоматом.

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

(72) ждёшь аплодисментов - это не axforum

(45) "чистка кеша в логонскрипте"
и что, у пользователей настройки каждый раз слетают? о_О

после того, как поставил 8.2.13, стал делать скульный бэкап, да и то на маленькой базе, большая пару раз отваливалась с ошибкой - ее больше не трогаю :)

(75) вы все еще храните настройки пользователя в кэше ?

(77) а вы все настройки окон и прочей мелочи храните в РС?
плюс при очистке кеша, первое время все заметно тормозит

(78) да в РС

на 8.1 - постоянно, доходило до 10 раз за день в течение года.
база упала 1 раз, по непонятной причине...

(79) может поделишься секретом, каким образом это сделано?

(80) "база упала 1 раз, по непонятной причине..."
причина и правда очень и очень непонятная :)

всё нормально

Иногда обновляем, но обмен с удаленными базами может слететь

Прострелите коленку автору

сто раз уже обсуждали.ИМХО - если без фанатизма пользоваться,то имеет право на жизнь

разрешаю

увы...

поэтому

В самом по себе демоническом обновлении нет зла - идея-то годная. Зло хранится в кэше конфигурации.

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

юзаю постоянно. в БД более ста пользователей  предприятие курглосуточное.  недемонические  либо раз в неделю  либо если прижмет раз в сутки при пересменке.  демонические  постоЯнно.

УПП 1.3   на 1.3.12.96

(0) однажды из-за этого рухнула распределенка.
И сейчас возможно такое. Потому не пользуюсь принципиально.

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

вот жежь, не дает покоя моя коленка некоторым :)

"Ингда"  :)
после двух раз лечения БД от последствий "диноба" - уже не страшно

Но пока сам не прочувствуешь - иногда будешь обновляться :)

А в клюшках turbomd как часики работают.

100

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

(60) Это что же за конторы, в которых юзеры имеют физический доступ к серверам?

(98) то в клюшках
там вообще все было лучше трава зеленее и я был моложе.

а так... Начальству очень нравится когда перезашел и все появилось как надо.

иначе вечером вместо пятничного расслабона сидеть обновлять. мрак.

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

Тока если какую нить фигню незначительную, но срочную. Но все равно ссыкатно... :-(

(104) + ну и это тож конечно

(102) Управляющая контора для сетевика из трех киосков.
Ну и сервер - это "ноут с 4 гигами опретивы и винт 500 гиг" (ЦЫ)

много лет пользую. Если без фанатизма, можно, но осторожно.

(0) Раньше использовал. Потерял данные и сорвал отчет. Теперь не использую и никому не рекомендую.

Ни-ни, даже помаленьку... Низззя...

(109) А ты убедись, что никто с изменяемой частью не работает. Их и вышибает первых. Странный интерпретатор таки 1С ;)

Если возможно обновить динамически, всегда использую. Проблем не было.
Абсолютное добро.

можно

регулярно балуюсь

тут без вариантов

эх приходиться иногда

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

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

2

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

1000% ЗЛО!!!

1000 процентов ЗЛО

Если рядом стоят с пистолетом и требуют обнолвения, то

Часто пользуюсь. 8.1. Косяков не было. Только один раз, когда удалил форму и вставил обратно измененную. Динамически обновилось, но было страшно, когда конфиг вывалился, а потом долго открывался. Потом обновил обычно, и все стало нормально.

Какую-нибудь мелочь можно.
Только я сначала ставлю "Блокировку начала сеансов", жду пока отвалятся все пользователи, потом обновляю. Так как пользовательские подключения быстро восстанавливаются, не все даже понимают, что произошло.

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

(125) И смысл обновлять динамически? При таком подходе можно и по-обычному обновить...

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

Бэкапы каждый день, на главные базы - каждый час. Динамическое обновление использую всегда, когда платформа позволяет, т.к. выгнать из базы филиалы не представляется возможным. Чистить кэш у двух юзеров за 4 года пришлось по одному разу.

(123)
А если еще девка под столом, то тем более!

(130) ... тогда ты Хью Джекман... :)

до сих пор разгребаем косяки...

Ваша песня хороша, начинай сначала! Сколько можно уже?

Когда обновляешь не структуру метаданных, тогда можно.
И то очень редко.

(134) А разве возможно обновить структуру метаданных через демоническое обновление?

за 4 года пару раз был косячки при динамическом обновлении. Решалось выгоном всех пользователей и повторным обновлением... поледний раз кстати обновлял так один отчетик и вылетело. Но это было регулярное использование динамического обновления, иногда 3-4 раза в день!

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

Были пару раз неприятные инциденты, но все решаемо.. Когда пользователи разнесены по часовым поясам и реально есть срочные мелкие задачки, то делаем.

Ошибки, исправленные при выпуске версии 8.2.15.273


10095297  Динамическое обновление

Проблема:
После нескольких динамических обновлений может проявляться нестабильная работа конфигурации - пользователи могут работать с неактуальными текстами программных модулей.
Способ обхода:
Очистить кэш метаданных.
Дата публикации: 2011-12-07

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

(45) кстати нафига скрипт в логоне, когда это делается стандартным параметром запуска

??

(0)
Макеты внутри конфигурации - вот зло и роспись в невежестве.

Пользуюсь довольно часто (практически все изменения) на протяжении нескольких лет и в 1С 8.1 и в 1С 8.2. Очень эффективно, когда большое количество пользователей и все реально заняты, что бы выгонять из базы. Глюки были очень редко. Решались очисткой кеша. Изменения вносились различного характера и различной сложности. Глобальные вещи на то они и глобальные - вечером, что бы наутро все работало, либо в обед что бы до вечера оттестировать. Причем выгон пользователей делался только тогда, когда реально без него нельзя было

адъ

короче нельзя динамически обновлять при обновлении поставки - ошибки очень вероятны. если просто менять конфу, или например получать обновление от центра через сообщение обмена, то все хорошо...

такая моя статистика.

а, да... выбор