#0
by ac13
Все пользуются динамическим обновлением или наоборот немногие? Какие косяки могут возникать из-за динамического обновления, думаю, большинство знает. Как быть в ситуации, когда кому-то что-то очень надо (функция, которую можно динамически обновить), но в результате у некоторых пользователей случаются глюки, приходится их вырубить и чистить им кэш. Как вы поступаете в ситуации "острой" необходимости обновления изменения конфигурации?
#1
by Михаил Козлов
На платформе 8.2.19.130 пользуемся уже давно и проблем не было. Но многие не приветствуют.
#2
by ac13
Иногда в шею гонят, не могут ждать, скорее скорее ... Вносишь изменения сразу в рабочей базе, из-за напряжения можешь ошибиться, тупо опечататься, приходится исправлять и снова динамически обновлять.
#4
by _Дайвер_
Советую не идти на поводу у пользователей, ты должен быть мужиком. Ведь им надо срочно, а тебе потом разгребать если что случится.
#5
by Mankubus
после двух крушений базы при демоническом обновлении мы никогда им не пользуемся. срочно надо - выходите из базы
#9
by d4rkmesa
Пользоваться можно, но не забывайте нюансы . Советую заранее прочитать, чтобы быть готовым. Надеюсь, у вас часто делаются бэкапы в SQL.
#10
by Рэйв
Да нормально с демоническим обновлением работать. Случаются казусы, куда ж без них, но редко. Обычно чистка кэша помогает. Из советов- старайся не обновлять демонически два раза подряд.
#11
by d4rkmesa
За 4 года 2 раза падала база, один раз рабочая и раз тестовая. В рабочей восстанавливали Config из копии.
#14
by Digger
Не знаю, для хотфиксов удобно. Быстро сделал новое, какой надо модуль "вместо" нарисовал и прицепил. Потом со следующим релизом все обновил уже по нормальному.
#16
by ptiz
Один раз ловили косяк с кэшем. Но после этого несколько раз, когда ОЧЕНЬ надо, перекрестившись, делали, тьфу-тьфу - без последствий. И у нас при логоне юзеров в винду кэши 1с чистятся.
#18
by don_Rumata
При обычном обновлении ошибок типа "При обновлении данных после последней реструктуризации произошла критическая ошибка. Повторить обновление?" не было. После подобных приколов не обновляюсь динамически.
#20
by VladZ
В ситуации "острой" необходимости все терпят. Если нет возможности терпеть - обновляем.
#23
by pavig
Не юзаем. В крайнем случае на 3 минуты всх выкинуть и обновить - это лучше, чем потом танцевать с бубном несколько часов. Мы даже расширения "на горячую" не подключаем, ибо были пару раз проблемы из-за этого в прошлом году (может быть на текущей платформе этого уже нет, но осадочек остался).
#26
by John83
пока не пуганный ид.. умный человек были какие-то не значительные проблемы, но спокойно решалось через ТиИ
#27
by ildary
Все админы делятся на тех кто еще не делает бекапы и уже начал делать. Все одинэсники делятся на тех, кто еще не восстанавливал базу после демонического и тех, кто начал всех выгонять перед обновлением.
#29
by Serg_1960
Демоническое обновление - Зло! Но использую, редко, когда без них ну ни как, но использую. Периодически ловлю ошибки (у меня РИБ) - но я уже спец, СуперСпец :)) - база не падала ни разу. Обычно ошибки о не завершенном обновлении, о разрушении конфигурации, о несовпадении ожидаемой версии ну и т.д.
#30
by АнтонБ
Если в компании привыкли. То требуют. А когда база падает, то виноват конечно тот у кого на руках упала. Программист 1с. Особенно прикольно когда 2 программиста. Один не использует обновление динамическое. И вечером остается чтобы обновить. А другой любимец публики. Делает все быстро не тянет - в тот-же день. А когда база падает то чинит ее тот, кто не обновлял демонически. Потому что уже сталкивался с этим.
#33
by Smile 8D
Не просто так этот вариант обновления называют "Демоническим" :) раньше, конечно, проблемы были серьезнее, но и сейчас падения баз случаются (судя по сообщениям). Поэтому мы практически не используем динамические обновления.
#34
by АнтонБ
Ха хозяин то любимец. ) Он всегда готов. А не тот зануда, который говорит про мифические риски. Вчера обновляли и все окоей-хокей. Какие риски!
#35
by dmpl
Если учесть, что пользователь должен попросить 3 раза одно и то же, прежде чем это имеет смысл делать - такая ситуация в принципе невозможна ;)
#37
by dmpl
Так не надо было начинать ;) Прежде чем в продакшн вносить, надо от заказчика на тестовых примерах "добро" получить. А там, глядишь, и вечер уже...
#38
by 1dvd
+100500 Динамическое обновление делают те, кто плохо готовит релиз - без тестов. Продакшн обновлять надо вылизанной конфой
#39
by onetone
Ранее всегда пользовался, на обычных формах самое страшное что было, не применялись изменения, приходилось на клиентах чистить кэш 1С. на Уф, особено с erp, при 20-30 пользователях, ни раз динамическое обновление не проходило успешно, приходилось перетаскивать таблицу конфига из копии базы. Все, я завязал с этим делом на УФ)
#41
by spiller26
Главное чтобы при обновлении разрыва не было. Обновляю чисто код. Стараюсь редко пользоваться, т.к. несколько раз обжигался.
#42
by Анцеранана
Никогда не обжигался с динамическим обновлением ни на 8.2. ни на 8.3...Но на 8.1 был свидетелем 2-х неприятных случаев краха. Но оба раза не база, а программа "накрывалась" rphost кажись начинал глючить и приходилось переустанавливать прогу.
#43
by d4rkmesa
Очень просто, соглашаешься обновить динамически, конфигуратор рестартует, а потом "что-то идет не так" - конфигуратор не открывается. При старте либо зависает, либо сразу выдает сообщение "информационная база разрушена". Тут могут быть вариации - к примеру, в предприятие заходит, а в конфигуратор - нет. После такого стараемся не злоупотреблять особо, по крайней мере обновлять в то время, когда есть актуальнейший бэкап.
#45
by YFedor
Тем, кто хочет прямо сейчас и быстро - предлагаю организовать выход пользователей из программы
#46
by disk-2008
А если обновление конфигурации делать при пользователях, сохранять, а базу данных обновлять уже монопольно - проблем не будет?
#48
by тарам пам пам
Просто сохранить без проблем можно, правда после этого пользователи пугаются сообщения что "Конфигурация базы данных не соответствует сохраненной конфигурации".
#49
by Fish
"пользователи пугаются сообщения что "Конфигурация базы данных не соответствует сохраненной конфигурации"" - У вас так много пользователей с админскими правами?
#50
by disk-2008
Ну, спросят, что делать. Главное, что проблем не будет при обновлении конфигурации, а обновить базу - намного быстрее в нерабочее время получится.
#52
by tabarigen
откуда вы эти проблемы выдумываете?? в день по тыщу раз динамически обновляем при 20-30 активных юзеров. уже 6-ой год базе и никаких проблем нет.
#53
by тарам пам пам
мелких клиентов достаточно много, у которых менее 5 пользователей и они не заморачиваются с разделением прав.
#55
by disk-2008
Это хорошо, у нас практически все пользователи с ограниченными правами, не придется объяснять.
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям
Похожие вопросы 1С
В этой группе 1С
- БП 3.0 Курсовые разницы при расчете с поставщиком
- v7: Перевод ТиС 7.7 на прямые запросы.
- Пустой результат запроса MS SQL
- Конфигурация для спортивной школы. Есть такое?
- СКД, группировка полей ресурсов в таблице
- Реализация ОС в ЕРП
- Добавить свои интервалы в периодичность универсального отчета
- Одним запросом получить пять последних документов по всем контрагентам
- Построитель - свой алгоритм расчета в итогах
- Не проводятся больничные
- Вывод справочной информации дополнительного отчета на СКД
- РАУЗ. Как проще всего списать 20-ый счет?
- 1C медленно работает на новом сервере.
- Бух 2.0 подключить свою внешнюю обработку регламентным заданием.
- Длительная реструктуризация ИБ
- Медленно пробивается чек через RDP
- Как вести учет при ведении в трех организациях.
- УФ программно заполнить колонку Характеристика в ТЧ товары
- БП базовая и неработающий директ банк
- Автоматический запуск внешней обработки