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

Если просто отдельные объекты из хранилища вытаскиваешь и вставляешь в живую иб, отчеты, изменённые модули, то есть опасность? в общем в каких случаях можно, в каких нельзя?

Если в скилах удача = 100%

клевер под левой пяткой +100 к удаче. только так

Раз в год и палка стреляет.
Видел ситуации, когда в рабочей базе отладку и разработку ведут, демоническое обновление раз в 5 минут - вроде работает.

вам бы всё шутить )

делаю без страха.

Любой действие с конфигурацией можно делать без страха. Если бэкап за секунду до действия есть.

(6)бекап нашей базы делается только раз в сутки. а чтоб сделать бекап рабочей базы, требуетя время порядка 10-15 минут.

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

(6) бэкап может и не помочь.
(7) есть время на мисте посидеть.

Без фатализма никак.

Когда ты один в базе.

(10) тогда она сама не дает демонически обновить. Только православно.

(0) Никогда, это русская рулетка.

(0)wiki:%CC%E5%F2%E0%EC%F4%E5%F2%E0%EC%E8%ED и никакого страха

(0) > обновление ИБ без страха?

"Хладнокровный Люк"

"Люк (Ньюмен) попадает в тюрьму за злонамеренное повреждение муниципального имущества (парковочных автоматов). Люк — человек с обострённым чувством собственного достоинства, сильным характером и чувством юмора, завоёвывает уважение других заключённых. За выдержку ему дают прозвище «Хладнокровный»."
wiki:Хладнокровный_Люк

если работаешь на вазелиновой фабрике то делай без страха!

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

(16) Есть. Если ты в базе 1, то вероятность повреждения самая низкая.  С добавлением второго пользователя вероятность скачкообразно увеличивается и никогда не возвращается до прежнего значения до тех пор, пока не останется в ИБ 1 пользователь

(16) тут нужен холодный расчет. Допустим ты вносишь изменения и чувствуешь, что до окончания работы осталось 10-15 минут. Тогда ты хладнокровно запускаешь бекап и продолжаешь работу в конфигураторе. Когда работа закончена, в это же время и завершается бекап.

на инфостарте описана технология, как чистить кэш
при завершении работы пользователя.

УПП - база уже 100 ГБ. Учет с ноября 2011. Постоянно - раз в неделю (иногда каждый день) демоническое обновление. База не падала ни разу. Конечно у пользователей в кэше зависала старая конфа ... чистили. 8.2.14

Из неприятных приколов - слетали итоги. Тут тоже не ясно как мониторить ...

+(21) но с демоническим обновлением вряд ли связано

попал с динамическим обновлением только на одной платформе 8.2.18.80. Что на 8.1 что на других платформах 8.2 обновлялись динамически по 50 раз на дню и ничего не было. Хотя на 8.2 до сих пор стремно.

(0) а зачем отчет засовывать в демоническое обновление? Можно же его запустить как внешний.

+(23) Правда лично я демонически правлю только:
1. Код.
2. Права.
3. Рожи форм.

УТП есть базы на разных фирмах.. на 1-м дин. обновление 2-жды сыпало базу, на 2 -м ни разу... может база 2-я везучая...

(23) Они уже здесь!! засланец из будущего среди нас? 8.2.18.80?

(0) что мешало сделать бекап скулем? Тот который фулбекап?

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

(0) а у вас какой релиз? 8.3.1?

(28)вот он и делается долго. и пока он делается у людей жутко тормозит база.

(29) 8.2.12.92

(29)даже в 8.2.15.310 такой глюк бывает.

(32) да ладно, всё равно мы уже поняли, что вы с хохлом прибыли на машине времени со спецзаданием.