В каких случаях можно делать динамическое обновление ИБ без страха? #623538


#0 by Cerera
На своей шкуре ощутил как это неприятно, если база рушится изза динамического обновления без выкидывания пользователей. Пришлось создавать специальные скрипты на SQL сервере и восстанавливать кое-какую таблицу из резервной копии. Больше испытыватьт подобное не хочется, в то же время хотелось бы уяснить для себя в каких случаях не страшно прибегать к динамическому обновлению SQL Версии базы? Если просто отдельные объекты из хранилища вытаскиваешь и вставляешь в живую иб, отчеты, изменённые модули, то есть опасность? в общем в каких случаях можно, в каких нельзя?
#1 by shamannk
Если в скилах удача = 100%
#2 by Stim
клевер под левой пяткой +100 к удаче. только так
#3 by pumbaEO
Раз в год и палка стреляет. Видел ситуации, когда в рабочей базе отладку и разработку ведут, демоническое обновление раз в 5 минут - вроде работает.
#4 by Cerera
вам бы всё шутить )
#5 by mikecool
делаю без страха.
#6 by Lex_Liven
Любой действие с конфигурацией можно делать без страха. Если бэкап за секунду до действия есть.
#7 by Cerera
бекап нашей базы делается только раз в сутки. а чтоб сделать бекап рабочей базы, требуетя время порядка 10-15 минут.
#8 by Лефмихалыч
Капитан Очевидность утверждает, что демоническое обновление без страха можно делать в случаях, когде тебе похер на результат
#9 by pumbaEO
бэкап может и не помочь. есть время на мисте посидеть. Без фатализма никак.
#10 by H A D G E H O G s
Когда ты один в базе.
#11 by Lex_Liven
тогда она сама не дает демонически обновить. Только православно.
#12 by dmpl
Никогда, это русская рулетка.
#13 by Адинэснег
и никакого страха
#14 by ssh2006
> обновление ИБ без страха?
#15 by aleks-id
если работаешь на вазелиновой фабрике то делай без страха!
#16 by Cerera
ну ребята! ну ведь есть случаи когда больше вероятности повердить базу и когда меньше
#17 by Steel_Wheel
Есть. Если ты в базе 1, то вероятность повреждения самая низкая.  С добавлением второго пользователя вероятность скачкообразно увеличивается и никогда не возвращается до прежнего значения до тех пор, пока не останется в ИБ 1 пользователь
#18 by hhhh
тут нужен холодный расчет. Допустим ты вносишь изменения и чувствуешь, что до окончания работы осталось 10-15 минут. Тогда ты хладнокровно запускаешь бекап и продолжаешь работу в конфигураторе. Когда работа закончена, в это же время и завершается бекап.
#19 by МихаилМ
на инфостарте описана технология, как чистить кэш при завершении работы пользователя.
#20 by golden-pack
УПП - база уже 100 ГБ. Учет с ноября 2011. Постоянно - раз в неделю (иногда каждый день) демоническое обновление. База не падала ни разу. Конечно у пользователей в кэше зависала старая конфа ... чистили. 8.2.14
#21 by golden-pack
Из неприятных приколов - слетали итоги. Тут тоже не ясно как мониторить ...
#22 by golden-pack
+ но с демоническим обновлением вряд ли связано
#23 by hohol
попал с динамическим обновлением только на одной платформе 8.2.18.80. Что на 8.1 что на других платформах 8.2 обновлялись динамически по 50 раз на дню и ничего не было. Хотя на 8.2 до сих пор стремно.
#24 by hhhh
а зачем отчет засовывать в демоническое обновление? Можно же его запустить как внешний.
#25 by hohol
+ Правда лично я демонически правлю только: 1. Код. 2. Права. 3. Рожи форм.
#26 by Ctyd
УТП есть базы на разных фирмах.. на 1-м дин. обновление 2-жды сыпало базу, на 2 -м ни разу... может база 2-я везучая...
#27 by hhhh
Они уже здесь!! засланец из будущего среди нас? 8.2.18.80?
#28 by IamAlexy
что мешало сделать бекап скулем? Тот который фулбекап?
#29 by JLeys
8.2.15.92 был такой релиз, на нем после демонического обновления база разрушалась, ошибка структуры базы данных и все... аллес капут.
#30 by hhhh
а у вас какой релиз? 8.3.1?
#31 by Еврейчик
вот он и делается долго. и пока он делается у людей жутко тормозит база.
#32 by JLeys
8.2.12.92
#33 by Еврейчик
даже в 8.2.15.310 такой глюк бывает.
#34 by hhhh
да ладно, всё равно мы уже поняли, что вы с хохлом прибыли на машине времени со спецзаданием.
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С