|
Динамическое обновление | ☑ | ||
---|---|---|---|---|
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
|
(6) Они вроде как щас тупят жестко
Обновить расширение после обновления конфы глючат расширения: БезопасныйРежим без флага безопасного режима у расширения. |
|||
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) А ключик в ярлык вставить не судьба?
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |