Имя: Пароль:
1C
1С v8
Динамическое обновление
, ,
0 ac13
 
27.10.17
09:10
Все пользуются динамическим обновлением или наоборот немногие?
Какие косяки могут возникать из-за динамического обновления, думаю, большинство знает. Как быть в ситуации, когда кому-то что-то очень надо (функция, которую можно динамически обновить), но в результате у некоторых пользователей случаются глюки, приходится их вырубить и чистить им кэш. Как вы поступаете в ситуации "острой" необходимости обновления изменения конфигурации?
1 Михаил Козлов
 
27.10.17
09:13
На платформе 8.2.19.130 пользуемся уже давно и проблем не было. Но многие не приветствуют.
2 ac13
 
27.10.17
09:13
Иногда в шею гонят, не могут ждать, скорее скорее ... Вносишь изменения сразу в рабочей базе, из-за напряжения можешь ошибиться, тупо опечататься, приходится исправлять и снова динамически обновлять.
3 ac13
 
27.10.17
09:14
(1) у нас тоже проблемы не часто, но всё же бывают. в последнее время стали чаще появляться
4 _Дайвер_
 
27.10.17
09:15
(2) Советую не идти на поводу у пользователей, ты должен быть мужиком. Ведь им надо срочно, а тебе потом разгребать если что случится.
5 Mankubus
 
27.10.17
09:16
(0) после двух крушений базы при демоническом обновлении мы никогда им не пользуемся. срочно надо - выходите из базы
6 Digger
 
27.10.17
09:17
Расширения наше все.
7 _Дайвер_
 
27.10.17
09:20
8 ac13
 
27.10.17
09:20
(4) верно
9 d4rkmesa
 
27.10.17
09:20
(3) Пользоваться можно, но не забывайте нюансы (http://www.gilev.ru/restoreib/). Советую заранее прочитать, чтобы быть готовым. Надеюсь, у вас часто делаются бэкапы в SQL.
10 Рэйв
 
27.10.17
09:21
(0)Да нормально с демоническим обновлением работать. Случаются казусы, куда ж без них, но редко. Обычно чистка кэша помогает.
Из советов- старайся не обновлять демонически два раза подряд.
11 d4rkmesa
 
27.10.17
09:22
За 4 года 2 раза падала база, один раз рабочая и раз тестовая. В рабочей восстанавливали Config из копии.
12 Затейник
 
27.10.17
09:23
Динамическое обновление - зло!
13 jsmith82
 
27.10.17
09:34
Это больше вопрос религии
Рациональные доводы тут неуместны
14 Digger
 
27.10.17
09:38
(7) Не знаю,  для хотфиксов удобно.   Быстро сделал новое,  какой надо модуль "вместо" нарисовал и прицепил.   Потом со следующим релизом все обновил уже по нормальному.
15 ildary
 
27.10.17
09:43
(11) оба раза по причине динамического?
16 ptiz
 
27.10.17
09:49
Один раз ловили косяк с кэшем.
Но после этого несколько раз, когда ОЧЕНЬ надо, перекрестившись, делали, тьфу-тьфу - без последствий.
И у нас при логоне юзеров в винду кэши 1с чистятся.
17 ptiz
 
27.10.17
09:50
(11) База SQL?
18 don_Rumata
 
27.10.17
10:01
При обычном обновлении ошибок типа "При обновлении данных после последней реструктуризации произошла критическая ошибка. Повторить обновление?" не было. После подобных приколов не обновляюсь динамически.
19 Fish
 
27.10.17
10:10
Знаем, что зло, но используем иногда :)
20 VladZ
 
27.10.17
10:26
(0) В ситуации "острой" необходимости все терпят. Если нет возможности терпеть - обновляем.
21 Веселый собака
 
27.10.17
10:29
(0) Не ссы, нормально динамическое проходит.
22 Веселый собака
 
27.10.17
10:31
(11) Этож как исхитриться надо базу уронить.
Последовательность действий помнишь?
23 pavig
 
27.10.17
10:32
(0)
Не юзаем. В крайнем случае на 3 минуты всх выкинуть и обновить - это лучше, чем потом танцевать с бубном несколько часов.
Мы даже расширения "на горячую" не подключаем, ибо были пару раз проблемы из-за этого в прошлом году (может быть на текущей платформе этого уже нет, но осадочек остался).
24 Antony8x
 
27.10.17
10:33
(0) Динамическое обновление появилось только на платформе 8.1 и вещь шикарная
25 pavig
 
27.10.17
10:33
(22) У меня тоже база падала аналогично (11), после этого динамически обновлять перестал.
26 John83
 
27.10.17
10:36
пока не пуганный ид.. умный человек
были какие-то не значительные проблемы, но спокойно решалось через ТиИ
27 ildary
 
27.10.17
10:36
Все админы делятся на тех кто еще не делает бекапы и уже начал делать. Все одинэсники делятся на тех, кто еще не восстанавливал базу после демонического и тех, кто начал всех выгонять перед обновлением.
28 don_Rumata
 
27.10.17
10:36
29 Serg_1960
 
27.10.17
10:44
Демоническое обновление - Зло! Но использую, редко, когда без них ну ни как, но использую. Периодически ловлю ошибки (у меня РИБ) - но я уже спец, СуперСпец :)) - база не падала ни разу. Обычно ошибки о не завершенном обновлении, о разрушении конфигурации, о несовпадении ожидаемой версии ну и т.д.
30 АнтонБ
 
27.10.17
10:45
(28) Если в компании привыкли.
То требуют.
А когда база падает, то виноват конечно тот у кого на руках упала.
Программист 1с.

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

А когда база падает то чинит ее тот, кто не обновлял демонически.
Потому что уже сталкивался с этим.
31 jsmith82
 
27.10.17
10:47
(30) Двух хозяек на одной кухне не бывает
32 don_Rumata
 
27.10.17
10:49
(30) а ведь точно ))
33 Smile 8D
 
27.10.17
10:51
Не просто так этот вариант обновления называют "Демоническим" :) раньше, конечно, проблемы были серьезнее, но и сейчас падения баз случаются (судя по сообщениям). Поэтому мы практически не используем динамические обновления.
34 АнтонБ
 
27.10.17
10:57
(31) Ха хозяин то любимец. )
Он всегда готов.
А не тот зануда, который говорит про мифические риски.
Вчера обновляли и все окоей-хокей.
Какие риски!
35 dmpl
 
27.10.17
11:00
(0) Если учесть, что пользователь должен попросить 3 раза одно и то же, прежде чем это имеет смысл делать - такая ситуация в принципе невозможна ;)
36 catena
 
27.10.17
11:08
(35) так они же работают по схеме "Вносишь изменения сразу в рабочей базе, из-за напряжения можешь ошибиться, тупо опечататься, приходится исправлять и снова динамически обновлять". Тут любые ситуации возможны.
37 dmpl
 
27.10.17
11:11
(36) Так не надо было начинать ;) Прежде чем в продакшн вносить, надо от заказчика на тестовых примерах "добро" получить. А там, глядишь, и вечер уже...
38 1dvd
 
27.10.17
13:45
(37) +100500

Динамическое обновление делают те, кто плохо готовит релиз - без тестов. Продакшн обновлять надо вылизанной конфой
39 onetone
 
27.10.17
13:45
Ранее всегда пользовался, на обычных формах самое страшное что было, не применялись изменения, приходилось на клиентах чистить кэш 1С.
на Уф, особено с erp, при 20-30 пользователях, ни раз динамическое обновление не проходило успешно, приходилось перетаскивать таблицу конфига из копии базы. Все, я завязал с этим делом на УФ)
40 mehfk
 
27.10.17
13:49
(39) Сервер 1с предприятия какой разрядности?
41 spiller26
 
27.10.17
14:01
(0) Главное чтобы при обновлении разрыва не было.
Обновляю чисто код. Стараюсь редко пользоваться, т.к. несколько раз обжигался.
42 Анцеранана
 
27.10.17
14:05
(0) Никогда не обжигался с динамическим обновлением ни на 8.2. ни на 8.3...Но на 8.1 был свидетелем 2-х неприятных случаев краха.  Но оба раза не база, а программа "накрывалась" rphost кажись начинал глючить и приходилось переустанавливать прогу.
43 d4rkmesa
 
27.10.17
14:05
(22) Очень просто, соглашаешься обновить динамически, конфигуратор рестартует, а потом "что-то идет не так" - конфигуратор не открывается. При старте либо зависает, либо сразу выдает сообщение "информационная база разрушена". Тут могут быть вариации - к примеру, в предприятие заходит, а в конфигуратор - нет. После такого стараемся не злоупотреблять особо, по крайней мере обновлять в то время, когда есть актуальнейший бэкап.
44 onetone
 
27.10.17
14:08
(40) х64
45 YFedor
 
27.10.17
14:10
(0) Тем, кто хочет прямо сейчас и быстро - предлагаю организовать выход пользователей из программы
46 disk-2008
 
27.10.17
15:14
А если обновление конфигурации делать при пользователях, сохранять, а базу данных обновлять уже монопольно - проблем не будет?
47 Fish
 
27.10.17
15:19
(46) Нет. При сохранении обновления не происходит.
48 тарам пам пам
 
27.10.17
15:19
(46) Просто сохранить без проблем можно, правда после этого пользователи пугаются сообщения что "Конфигурация базы данных не соответствует сохраненной конфигурации".
49 Fish
 
27.10.17
15:20
(48) "пользователи пугаются сообщения что "Конфигурация базы данных не соответствует сохраненной конфигурации"" - У вас так много пользователей с админскими правами?
50 disk-2008
 
27.10.17
15:21
(48)Ну, спросят, что делать.
Главное, что проблем не будет при обновлении конфигурации, а обновить базу - намного быстрее в нерабочее время получится.
51 disk-2008
 
27.10.17
15:22
(49)Для пользователей с ограниченными правами сообщения не будет?
52 tabarigen
 
27.10.17
15:22
откуда вы эти проблемы выдумываете?? в день по тыщу раз динамически обновляем при 20-30 активных юзеров. уже 6-ой год базе и никаких проблем нет.
53 тарам пам пам
 
27.10.17
15:22
(49) мелких клиентов достаточно много, у которых менее 5 пользователей и они не заморачиваются с разделением прав.
54 Fish
 
27.10.17
15:24
(51) Не, оно только для админов базы выскакивает.
55 disk-2008
 
27.10.17
15:26
(54)Это хорошо, у нас практически все пользователи с ограниченными правами, не придется объяснять.
56 Fish
 
27.10.17
15:30
(52) "при 20-30 активных юзеров" - А ты попробуй при 100-150 юзерах :))
57 dmpl
 
30.10.17
07:50
(48) А ключик в ярлык вставить не судьба?
Закон Брукера: Даже маленькая практика стоит большой теории.