Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

РИБ не обновляется конфигурация

РИБ не обновляется конфигурация
Я
   lega0000
 
09.04.19 - 08:23
Всем доброго времени суток! Данная тема уже была, но не получается ее продолжить. Проблема в том, что после обновления платформы на 8.3.14.1565 появилась проблема что при внесении изменений в конфигурацию, они не переносятся в РИБ. При этом синхронизация проходит без ошибок, данные принимаются и отправляются. Никогда такой проблемы не встречал, может кто-то уже разобрался в чем причина?
 
 
   Фрэнки
 
1 - 09.04.19 - 08:50
причина обсуждалась и наблюдалась на практике. Первый периферийный узел регистрацию изменений конфигурации еще получает, а остальные, если они есть - уже нет. Вероятно, что связано это в появлением в обменах возможности работы с расширениями, т.е. из-за них все началось. Попытка расширить РИБ на передачу изменений от расширений просто испортила прежнюю версию, а новая так и не заработала
   Фрэнки
 
2 - 09.04.19 - 08:52
В итоге, не ставим платформу туда, где нужно использовать РИБ с передачей изменений конфигурации
   Serg_1960
 
3 - 09.04.19 - 09:17
(1) В основе проблем то, что никто на фирме не тестирует платформы так глубоко. А всё началось ещё раньше. Когда в платформах "обычный" обмен стали скрещивать с "демоническим". Универсализация алгоритмов привела к тому, что в "обычном" обмене стали появляться ошибки, ранее свойственные только "демоническому" обновлению.
   lega0000
 
4 - 09.04.19 - 09:17
(2) Мдааааа. Наворотили они. Обновленная конфигурация просит обновление платформы, поэтому пришлось обновиться)))). В общем получается тогда только ждать исправления :-(. Пока выхожу из ситуации так: вношу изменения, делаю синхронизацию, если изменения периферией не получены, то вношу опять изменения и так, до тех пор пока изменения не зарегистрируются)))). Выгружать-загружать конфу нам будет сложнее в 18 филиалов.
   lega0000
 
5 - 09.04.19 - 09:20
Бывает что раз 5 вносишь изменение, а они не регистрируются, а иногда с первого раза регистрируются.
   lega0000
 
6 - 09.04.19 - 09:21
кстати раньше даже при демоническом обновлении такой проблемы не было
   Serg_1960
 
7 - 09.04.19 - 09:23
Можно сделать проще. Если обмен через файлы, то постобработка сообщения обмена решает проблему. Она проста как две копейки: из первого сообщения обмена, обработка "выдергивает" изменения конфигурации и "внедряет" их в сообщения обмена остальных узлов. Если Фрэнки прав и изменений конфигурации там нет.
   Serg_1960
 
8 - 09.04.19 - 09:30
(6) У каждой платформы свои тараканы на чердаке :)

Кстати, на предыдущих платформах было такое, что не только не регистрировалось изменение конфигурации, но и платформа "не видела" при сравнении и объединении различий в конфигураций. Обычно это было связано с кэшами, но иногда такая проблема проникала в конфигурацию базы данных. Сравнение утверждало, что нет расхождений между основной и конфигурацией и конфигурацией БД, но это было не так.
   lega0000
 
9 - 09.04.19 - 10:59
(7) Что-то мне подсказывает что если в одном сообщений нет изменений конфигурации, то и в остальных их нет. Хотя хз, сам пока не проверял, будет время проверю. Если так, то в принципе можно сделать, но я думаю лучше уже дождаться глобальных исправлений, если конечно дождемся их)))
   lega0000
 
10 - 09.04.19 - 11:00
(8) Дааа было дело))). Тоже сталкивался один раз с этим.
 
 Рекламное место пустует
   Фрэнки
 
11 - 09.04.19 - 11:02
(9) если у тебя в одном случае что-то регистрируется а в другом случае ничего не попадает в регистрацию, то я выходил из этого таким способом:

сделал отдельную специальную константу. Ни для чего. Просто константу строковую и менял у ней размер. Это заставляло конфигуратор при обновлении базы в обязательном порядке делать реструктуризацию метаданных и в этом случае в регистрацию все изменения садились и на периферийку выгружались. Эдакий лайфхак
   lega0000
 
12 - 09.04.19 - 11:34
(11) При этом демоническое обновление прокатывает?
   Фрэнки
 
13 - 09.04.19 - 11:45
(12) нет. Если изменять структурное свойство у константы, то конфигуратор обязательно заставляет всех выгонять из базы.
Фишка в том, что даже если сидишь в базе монопольно и обновляешь, как бы и не динамически, но без реструктуризации метаданных, то нужного эффекта не получаешь.
Критична именно реструктуризация метаданных, как цельная процедура - это она регает отметки на объекты для выгрузки и свойств и модулей
   lega0000
 
14 - 09.04.19 - 12:25
(13) Понятно. Хорошо, возьмем на вооружение. Надеюсь исправят платформу, если нет, то будем ходить косяками)))

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