Вход | Регистрация


1С:Предприятие :: 1С:Предприятие 8 общая

Динамическое обновление в 8.3 - ваш опыт

Динамическое обновление в 8.3 - ваш опыт
Я
   Очень Любознательная
 
24.09.18 - 09:04
1. сбоит63% (15)
2. не сбоит38% (9)
Всего мнений: 24

Ваш опыт? Были ли ошибки, особенно фатальные? Вчера динамически обновила серверную базу (просто поставила 2 галочки в правах доступа), а потом прочитала об ужасах "демонического" обновления. Переживала до утра, благо, всё хорошо. Правда, эти ужасы относятся, в основном, к 8.0 или 8.1, коллега сказал, что сейчас этот механизм так не сбоит. А у вас как в 8.3?
 
 
   Franchiser
 
1 - 24.09.18 - 09:10
Да вроде бы в последнее время все хорошо.

2. не сбоит
   Numerus Mikhail
 
2 - 24.09.18 - 09:11
Всплыть может и через неделю.
Но у меня вот так

2. не сбоит
   ponaroshku
 
3 - 24.09.18 - 09:12
все ок

2. не сбоит
   Optan
 
4 - 24.09.18 - 09:12
Не часто, но бывает, и в 8.3 тоже. Проблемы с обновлением РИБ.

1. сбоит
   DmitrO
 
5 - 24.09.18 - 09:19
Постоянно обновляю динамически. Наверно каждый день.

Проблем с кешем не было никогда.
Честно пишу, на 8.3 (кажется 8.3.11) был однажды сбой: отпали роли у всех пользователей (в т.ч. у всех админов). В базу было не зайти, роли не назначались, конфигуратор вел себя не адекватно. Восстановил из бекапа.

2. не сбоит
   DmitrO
 
6 - 24.09.18 - 09:21
(5)+ По скольку в базу было не зайти, то и потери данных при восстановлении из бекапа не было вообще.
   Cool_Profi
 
7 - 24.09.18 - 09:24
За последние 10 лет три раза натыкался на проблему. Два раза обошёлся чисткой кеша, один раз пришлось перезаливать конфиг из бекапа.
   Повелитель
 
8 - 24.09.18 - 09:26
(0) За лет 10, пару раз были сбои в РИБ, пришлось конфигурацию перезаливать. А так только кэш у клиентов иногда расходиться.

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

Главное правило, перед каждым, любым, обновлением сделай бэкапы и спи спокойно.

2. не сбоит
   repin_mike
 
9 - 24.09.18 - 09:35
Относительно мелкие базы на 8.3 при динамическом обновлении не падают. 8.2.19.130 пару раз натыкались на проблемы, но там ещё мог размер базы влиять, за 250 гигов перевалило.
Бекап да, перед обновлением лучше делать, даже если обновление не динамическое.

2. не сбоит
   DmitrO
 
10 - 24.09.18 - 09:38
(8)+ перед каждым это, наверно, правильно.
У нас бекап лога идет каждые 15 мин (а если он буде не удачным, SQL сервер всех админов на уши поставит по почте), поэтому я знаю когда он происходит и могу смотреть по времени, когда сделать обновление (хотя и могу забыть об этом).
 
 Рекламное место пустует
   Волшебник
 
11 - 24.09.18 - 09:43
Можно динамически обновлять 1 раз в день, но не рекомендуется.

1. сбоит
   ЛЮС
 
12 - 24.09.18 - 09:52
Некоторые базы регулярно обновляем динамически. Один-два раза в год падают при динамическом обновлении. Научились быстро восстанавливать. С такой же частотой проявляются проблемы кэша пользователей.
Проблемы встречал на всех версиях платформы.

1. сбоит
   igork1966
 
13 - 24.09.18 - 09:53
(0) Фатального не было. Были глюки с базой подключенной к хранилищу. Когда сохраняешь изменения, а в конфигурации оказывается код непонятно какой версии....

PS. Думаю что при условии нормального резервного копирования или не важности базы (тестовая) вполне можно динамически обновлять.

1. сбоит
   Обфускация
 
14 - 24.09.18 - 09:53
У нас при динамическом обновлении слетают интерфейсы пользователей. Приходится им чистить кеш.

1. сбоит
   igork1966
 
15 - 24.09.18 - 09:55
(13) + не кто кстати не отменял возможности фатальных последствий обычного обновления... просто реже это происходит.
   s03
 
16 - 24.09.18 - 09:56
динамически только если уж совсем по другому никак

1. сбоит
   Convert
 
17 - 24.09.18 - 09:57
Динамическое обновление сбоит. Если есть хоть малейшая возможность не обновлять динамически - не обновляйте.

1. сбоит
   DmitrO
 
18 - 24.09.18 - 09:57
(13)у вас что, боевая база к хранилищу подключена?
   Franchiser
 
19 - 24.09.18 - 10:02
Из сбоев замечено только отваливание регламентных фоновых заданий, если они работали в момент обновления .
   Franchiser
 
20 - 24.09.18 - 10:05
Если делать несколько динамических обновлений подряд, в какой то момент могут быть потеряны все внесённые изменения предыдущими дин. обновлениями. Поэтому желательно придерживаться правила 1 дин. Обновление +1 обычное.
   Быдло замкадное
 
21 - 24.09.18 - 10:05
Если в конфигураторе и хранилище работает 1 программист то риск минимален.
Если несколько то уже возможны глюки.
Замечал такую тенденцию.

2. не сбоит
   Ник080808
 
22 - 24.09.18 - 10:07
8.3.10 все норм

2. не сбоит
   Dmitry1c
 
23 - 24.09.18 - 10:49
Русская рулетка

1. сбоит
   unregistered
 
24 - 24.09.18 - 10:56
(0) За всё время существования динамического обновления у меня лично фатально сбойнуло только дважды. В том числе один раз на 8.3 (первый сбой - не помню на какой версии был).

Запомните раз и навсегда одну очень важную вещь!
Это не вопрос статистики! Это вопрос стоимости.
Стоимости простоя в случае сбоя, который может доходить до суток в зависимости от размера базы и необходимости проведения полного тестирования и исправления, чтобы быть более уверенным в корректности восстановления.
Стоимости работы специалистов по восстановлению (если не справитесь своими силами).
Стоимости затрат на выяснение того, что нужно внести в базу повторно - когда о проблеме узнали не сразу и часть пользователей продолжали что-то вносить в уже поломанную базу, а восстановиться решили из копии "до сбоя".
Стоимости работ на проверку данных после восстановления. Умножающиеся риски в случае, если сломанная база является источником для обмена данными с другими базами и конфигурациями.

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

И это всё, не говоря о том, что мелкие проблемы динамического обновления, когда у кого-то из пользователей не обновляется версия метаданных (лечится чисткой пользовательского кэша), всплывают с завидной регулярностью.

1. сбоит
   wowik
 
25 - 24.09.18 - 11:23
Бывает пару раз в год.
Выполняем это:
delete from [ИмяБазы].[dbo].[Config] where FileName = 'commit'
delete from [ИмяБазы].[dbo].[Config] where FileName = 'dbStruFinal'
delete from [ИмяБазы].[dbo].[Config] where FileName = 'DynamicallyUpdated' --(для версии 8.3)
delete from [ИмяБазы].[dbo].[Config] where FileName = 'dynamicCommit' --(для версии 8.3)
delete from [ИмяБазы].[dbo].[ConfigSave]

1. сбоит
   wiwi
 
26 - 24.09.18 - 11:35
Гадкий кэш...

1. сбоит
   r_i_n_i_k
 
27 - 24.09.18 - 11:50
Делаю Д.О. редко, но всегда на той машине, где установлен сервер 1С. Был случай, когда пропадала связь между моим компом и сервером и базу приходилось восстанавливать.

Радует, что если что-то пойдёт не так, то в 99% случаев (в моей практике это 100%) все решается чистой таблицы ConfigSave

1. сбоит
   Вафель
 
28 - 24.09.18 - 11:51
(27) есть же кнопочка обновить на сервере
   H A D G E H O G s
 
29 - 24.09.18 - 11:53
(0) Нормальная практика. Делаем часто.
Сбоит редко, лечится в (25).

1. сбоит
   Джинн
 
30 - 24.09.18 - 12:05
Сбоит, но фатального ничего не было. Стараюсь использовать только в исключительных случаях, когда проблема срочная, а выгнать народ из базы нереально без проблем в работе конторы.

1. сбоит
   Вафель
 
31 - 24.09.18 - 12:07
а как же рсширения - ведь там только динамическое обновление
   Базис
 
32 - 24.09.18 - 13:34
Постоянно используем. 5 лет назад сбоило часто. 3 года назад - под PostgreSQL не сбоило, под MSSQL сбоило. Сейчас сбоев не было год, 5 баз и в среднем 3 Д.О. в неделю на базу. Бекапы делаем.

2. не сбоит
   BeerHelpsMeWin
 
33 - 24.09.18 - 14:03
8.3.10.2580
После обновления иногда перестают отваливаться истекшие сеансы, как следствие заканчиваются лицензии.

1. сбоит
 
 
   rozer76
 
34 - 24.09.18 - 14:36
с расширениями постоянно делаю - не замечал сбоев
   abbas
 
35 - 25.09.18 - 07:46
БАЗА (платформа 8.3.10) РУХНУЛА ПРИ ДИНАМИЧЕСКОМ ОБНОВЛЕНИИ
   dmpl
 
36 - 25.09.18 - 07:51
(13) Именно это самое неприятное. Причем у разных пользователей может исполняться разный код даже после чистки кеша. Более того, проблема бывает и без подключения к хранилищу. Просто при ДО в конфигурации остаются версии объектов до ДО и после, и как там 1С выберет нужную - русская рулетка.


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует