Всем доброго времени суток! Данная тема уже была, но не получается ее продолжить. Проблема в том, что после обновления платформы на 8.3.14.1565 появилась проблема что при внесении изменений в конфигурацию, они не переносятся в РИБ. При этом синхронизация проходит без ошибок, данные принимаются и отправляются. Никогда такой проблемы не встречал, может кто-то уже разобрался в чем причина?

причина обсуждалась и наблюдалась на практике. Первый периферийный узел регистрацию изменений конфигурации еще получает, а остальные, если они есть - уже нет. Вероятно, что связано это в появлением в обменах возможности работы с расширениями, т.е. из-за них все началось. Попытка расширить РИБ на передачу изменений от расширений просто испортила прежнюю версию, а новая так и не заработала

В итоге, не ставим платформу туда, где нужно использовать РИБ с передачей изменений конфигурации

(1) В основе проблем то, что никто на фирме не тестирует платформы так глубоко. А всё началось ещё раньше. Когда в платформах "обычный" обмен стали скрещивать с "демоническим". Универсализация алгоритмов привела к тому, что в "обычном" обмене стали появляться ошибки, ранее свойственные только "демоническому" обновлению.

(2) Мдааааа. Наворотили они. Обновленная конфигурация просит обновление платформы, поэтому пришлось обновиться)))). В общем получается тогда только ждать исправления :-(. Пока выхожу из ситуации так: вношу изменения, делаю синхронизацию, если изменения периферией не получены, то вношу опять изменения и так, до тех пор пока изменения не зарегистрируются)))). Выгружать-загружать конфу нам будет сложнее в 18 филиалов.

Бывает что раз 5 вносишь изменение, а они не регистрируются, а иногда с первого раза регистрируются.

кстати раньше даже при демоническом обновлении такой проблемы не было

Можно сделать проще. Если обмен через файлы, то постобработка сообщения обмена решает проблему. Она проста как две копейки: из первого сообщения обмена, обработка "выдергивает" изменения конфигурации и "внедряет" их в сообщения обмена остальных узлов. Если Фрэнки прав и изменений конфигурации там нет.

(6) У каждой платформы свои тараканы на чердаке :)

Кстати, на предыдущих платформах было такое, что не только не регистрировалось изменение конфигурации, но и платформа "не видела" при сравнении и объединении различий в конфигураций. Обычно это было связано с кэшами, но иногда такая проблема проникала в конфигурацию базы данных. Сравнение утверждало, что нет расхождений между основной и конфигурацией и конфигурацией БД, но это было не так.

(7) Что-то мне подсказывает что если в одном сообщений нет изменений конфигурации, то и в остальных их нет. Хотя хз, сам пока не проверял, будет время проверю. Если так, то в принципе можно сделать, но я думаю лучше уже дождаться глобальных исправлений, если конечно дождемся их)))

(8) Дааа было дело))). Тоже сталкивался один раз с этим.

(9) если у тебя в одном случае что-то регистрируется а в другом случае ничего не попадает в регистрацию, то я выходил из этого таким способом:

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

(11) При этом демоническое обновление прокатывает?

(12) нет. Если изменять структурное свойство у константы, то конфигуратор обязательно заставляет всех выгонять из базы.
Фишка в том, что даже если сидишь в базе монопольно и обновляешь, как бы и не динамически, но без реструктуризации метаданных, то нужного эффекта не получаешь.
Критична именно реструктуризация метаданных, как цельная процедура - это она регает отметки на объекты для выгрузки и свойств и модулей

(13) Понятно. Хорошо, возьмем на вооружение. Надеюсь исправят платформу, если нет, то будем ходить косяками)))