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


1С:Предприятие ::

Метки: 

Обновление баз РИБ

Я
   Pro1001C
 
02.08.18 - 20:28
Добрый вечер.
Есть ЦБ и несколько периферийных баз с обменом через РИБ. Конфигурация типовая. Необходимо обновить несколько ключевых релизов. Подскажите, по опыту, как лучше сделать: накатить все релизы на центральную базу, а потом сделать одну выгрузку по РИБ в периферию или выгружать в после каждого ключевого релиза?

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

Новые базы создать после обновления не предлагайте, много всяко разного оборудования, геммора будет много
 
 
   Cool_Profi
 
1 - 02.08.18 - 20:35
Я бы по одному делал.
НО это моё личное мнение
   Serg_1960
 
2 - 02.08.18 - 20:50
"Я бы по одному делал" +1

Ключевые релизы - на то они и ключевые, чтобы через них не перепрыгивали. Будь то центральная или подчиненная базы - это не принципиальный вопрос. Это чисто теоретически.

А на практике нужно смотреть на обработки обновления и запускаются ли они при последующих обновлениях. И если какая-то обработка запускается только один раз и отсутствует в последующих обновлениях  - то делайте выводы сами.

И, да, вот что ещё: РИБ - это идентичные конфигурации, но не данные - данные могут быть не идентичные в различных узлах РИБ.
   МимохожийОднако
 
3 - 02.08.18 - 21:37
При обновлении отключи сначала автоматическую синхронизацию. Это особенно критично, когда слабый интернет на перифериях.
   Cyberhawk
 
4 - 02.08.18 - 23:24
(2) "если какая-то обработка запускается только один раз и отсутствует в последующих обновлениях  - то делайте выводы сами" // Неужели бывает так, что в модулях конфигурации более свежего релиза нет каких-либо обработчиков обновления, присутствующих в более древних релизах? В пределах одной подредакции (например, УТ 11.1) по крайней мере.
Ну т.е. херак - обновили 11.1.2 на 11.1.9, в которой нет какого-нибудь обработчика обновления, который есть в версии конфигурации 11.1.5. Это сюр.
   Segate
 
6 - 03.08.18 - 01:24
(5) ты пришел на форум 1сников... тут за 20к никто даже с дивана не встанет, не то что на сайт заходить...
   Segate
 
7 - 03.08.18 - 01:24
баньте это...
   razlagator
 
8 - 03.08.18 - 03:15
(0) По своему опыту, обновлял Розницу, кучу релизов на центральную, потом всё выгружал в узлы, проделывал так на нескольких клиентах - полет нормальный. Про остальные конфы не скажу.
   Serg_1960
 
9 - 03.08.18 - 09:34
(4) "Это сюр" - нет, это не "сюр", а "маловероятно, но не исключено". Автор не озвучил ни свою конфигурацию, ни свою версию (вопрос чисто теоретически как я понимаю) и не исключено, что ему попадётся именно такой редкий случай.

Вот пример из последних обновлений ЗУП 3.1.5:
3.1.5.171 - 3.1.5.212 - 3.1.5.222 - 3.1.5.250 - 3.1.5.272
Все эти обновления - "ключевые" и обновляют только одну версию - предыдущую. Стесняюсь спросить - "А на хрен так было сделано?"
   1c_asadi
 
10 - 03.08.18 - 09:57
Несколько раз обновлял КА 1.1 сразу по 5-6 релизов - с подчинёнкой всё ок
 
 
   hhhh
 
11 - 03.08.18 - 10:00
(4) там еще не только наличие обработчика, но и разница в платформах. Например обработчик написан 2 года назад, заточен под 8.2, а запускают его на 8.3.12. Может получиться неожиданный результат.

или например старый обработчик обрабатывает какой-то регистр, а этого регистра в новом релизе или вообще нет или переименовали. И перетасовали измерения.
   Zamestas
 
12 - 03.08.18 - 10:04
(0) А конфигурация какая?
   Cyberhawk
 
13 - 03.08.18 - 10:27
(9) Так это всегда так было в любой конфе (что обнову cfu можно накатить только на какой-то один максимально древний предыдущий релиз, а на более древние - нельзя), что не мешает сразу загружать cf нужного релиза и не думать о последовательном обновлении - за исключением каких-нибудь нюансов :) Но сейчас придет zak555 и в очередной раз расскажет, как он кучу раз так делал и пробелм не знал (что конечно же не исключает вероятность их появления).
   Cyberhawk
 
14 - 03.08.18 - 10:28
(11) Да, про платформу очень хорошее замечание - если релиз предполагает смену версии платформы, то при перепрыгивании вероятность появления гемора значительно возврастает.
   Serg_1960
 
15 - 03.08.18 - 10:34
Вот же Вы упёртые. Вы почему-то исходите из допущения, что в центральном узле находятся все данные подчинённых узлов.

А я смотрю в план обмена и вижу, что не все метаданные мигрируют. Значит эти данные в информационных базах имеют право быть различными! Я даже не говорю о том, что есть планы обмена "по организациям",  "по подразделениям" и т.д.

Дело в том, что чисто теоретически, даже при наличии обработок обновления, в таком случае данные в подчинённом узле могут быть не обновлены и потеряны.
   Serg_1960
 
16 - 03.08.18 - 10:39
Конкретный пример из практики работы с УПП:

Реквизит документа был с типом "Перечисление", а потом стал с типом "Справочник" - два "ключевых" обновлений. Это было сделано двумя "ключевыми" обновлениями.

Первое обновление: добавлен справочник; реквизит документа стал комплексного типа (Перечисление, Справочник); обработками заполнили справочник значениями перечисления и перезаполнили реквизит документа с изменением значений перечисления на аналогичные значения справочника.

Второе обновление: реквизит сделали с типом "Справочник" (обработок обновления при этом не требуется)

Если в подчинённом узле "перепрыгнуть" через первое обновление, то есть риск потерять данные. объяснять далее "Почему?" или сами уже поняли?
   Cyberhawk
 
17 - 03.08.18 - 10:40
(16) 1С на партнерских семинарах усирается, что эти времена в прошлом (в типовых на УФ типа исключены).
Во временя типовых на ОФ такое конечно бывало - нечасто, но бывало.
   Serg_1960
 
18 - 03.08.18 - 11:00
Sorry, мне всё равно, что они там говорят - я смотрю в конфигурацию и вижу что есть на самом деле :(

Просто пример (не в тему ветки): в моей конфигурации УПП, как мне кажется :) не предусмотрена корректная работа механизма конфигурации "Версионирование" в режиме распределенной информационной базы. Почему? Потому что регистр сведений "ВерсииОбъектов" имеет измерения "Объект" и "НомерВерсии", где "НомерВерсии" - тип "Число" и как бы префикс узла всунуть некуда :)

Вы скажите "Ха! Это же УПП - реликтовый доисторический мамонт"... Открываю ЗУП 3.1... всё тоже самое.
   Cool_Profi
 
19 - 03.08.18 - 11:01
(18) Версии вроде не мигрируют по РИБу?
   Serg_1960
 
20 - 03.08.18 - 11:16
А вы проверьте :) Измерение - число, регистр включён в состав плана обмена :(

В свежих конфигурациях разработчики "выкручиваются" через установку дополнительного свойства "РегистрироватьНаУзлахПлановОбменаПриОбновленииИБ" в Ложь (оно отключает регистрацию).
   Cyberhawk
 
21 - 03.08.18 - 11:29
Версии мигрируют (синхронизируются) полностью. Т.е. в любой инфобазе можно смотреть все изменения, в т.ч. происходившие в чужом узле
   Вафель
 
22 - 03.08.18 - 11:30
Сименс вообще плевал на всех, на санкции, на законы.
если нужно и взятку даст и поставит товар
   Serg_1960
 
23 - 03.08.18 - 11:34
(21) Бинго!

(офф)
Вообще-то это интересная тема сама по себе. Например, ситуация, когда сами объекты не мигрирую в плане обмена, а версии этих объектов? Должны ли они мигрировать или нет? Это интересный вопрос :)
Или, например, в планах обмена (а в свежих конфигурациях есть поддержка) предусмотрена конфликтная ситуация, когда объект может быть измененён в нескольких узлах между сеансами обмена. А как с этим дело в версионирование? Это тоже интересный вопрос :)
   Cyberhawk
 
24 - 03.08.18 - 11:38
(23) Конфликты (коллизии) в подсистеме обмена данными БСП разруливаются так: если это РИБ, то приоритет у ЦБ. Если это не РИБ, то приоритет у инфобазы-отправителя. Плюс есть возможность переопределять эти правила (в переопределяемых модулях).
   Serg_1960
 
25 - 03.08.18 - 11:53
В ЗУП 3.1 коллизии регистрируются и есть возможность юзверу их "разрулить" вручную, выбрав тот или иной вариант. Речь не об этом - речь как это всё "отображается" в версионирование. Собственно говоря, никак. Оно тупо регистрирует версии по мере изменения объектов.

В свежих конфигурациях добавили реквизит "Синхронизируется" в регистр сведений. Это такой технический реквизит, который используется при выгрузке данных в РИБ. Для новых версий - "Истина", для прежних версий - "Ложь".

Sorry, за оффтопик, завязываю.
   Cyberhawk
 
26 - 03.08.18 - 11:57
Так в БСП не "версионирование", а "История изменений" гиперссылка называется. Там конечно же отображаются только то, что привело к изменению объекта.
Но подсистема "Версионирование" для фиксации и разруливания коллизий как раз используется.



Список тем форума
Рекламное место пустует   Рекламное место пустует
Кaк может человек ожидaть, что его мольбaм о снисхождении ответит Тот, кто превыше, когдa сaм он откaзывaет в милосердии тем, кто ниже его? Петр Трубецкой
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует