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

(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. Очень эффективно, когда большое количество пользователей и все реально заняты, что бы выгонять из базы. Глюки были очень редко. Решались очисткой кеша. Изменения вносились различного характера и различной сложности. Глобальные вещи на то они и глобальные - вечером, что бы наутро все работало, либо в обед что бы до вечера оттестировать. Причем выгон пользователей делался только тогда, когда реально без него нельзя было

адъ

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

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

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