Работа РИБ на платформе 8.3.11
Поставили у себя версию 8.3.11.2899
Столкнулись с очень большой проблемой при использовании РИБ. Если раньше после изменения конфигурации, при запуске обмена в центральной ИБ, запускалась загрузка от периферийной базы, при загрузке проверялась версия конфигурации, в случае не соответствия (периферийная база еще не обновлена) выдавалось предупреждение "Данные получены от узла для которого не зарегистрированы изменения" , загрузка прерывалась и происходила выгрузка вместе с изменениями конфигурации.
То сейчас этой проверки нет, данные прекрасно загружаются, хотя периферийная база не обновлена, и выгрузка изменений конфигурации не происходит. Если загрузку отключить, то выгрузка идет с изменениями конфигурации.
Кто нибудь сталкивался с такой проблемой?
P.s. на 8.3.11.2924 и 8.3.12.1159 проблема осталась. Пробовали * до 8.3.10.2699, проблемы нет.
Столкнулись с очень большой проблемой при использовании РИБ. Если раньше после изменения конфигурации, при запуске обмена в центральной ИБ, запускалась загрузка от периферийной базы, при загрузке проверялась версия конфигурации, в случае не соответствия (периферийная база еще не обновлена) выдавалось предупреждение "Данные получены от узла для которого не зарегистрированы изменения" , загрузка прерывалась и происходила выгрузка вместе с изменениями конфигурации.
То сейчас этой проверки нет, данные прекрасно загружаются, хотя периферийная база не обновлена, и выгрузка изменений конфигурации не происходит. Если загрузку отключить, то выгрузка идет с изменениями конфигурации.
Кто нибудь сталкивался с такой проблемой?
P.s. на 8.3.11.2924 и 8.3.12.1159 проблема осталась. Пробовали * до 8.3.10.2699, проблемы нет.
По теме из базы знаний
- Расширения конфигурации и РИБ, друзья или враги? Или как мы передаем расширения подчиненным РИБ узлам
- Временное устранение ошибки при обмене с узлами РИБ. Данные принимаются от узла с другим набором расширений, меняющих структуру данных
- Эволюция расширения конфигурации
- Расширение для работы с Яндекс.Маршрутизацией
- Универсальная сверка данных между разными базами 1С через веб-сервис
Ответы
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
(16)Сегодня выяснил причины этого. Долго искал....
Если после изменения конфы при обмене происходит загрузка с периферийного узла(конфа которого еще не изменена), то платформа не проверяет на соответствие версии конфы. При этом загрузка проходит из периферийного узла в центральный успешно! А последующая выгрузка идет уже без изменений конфигурации.
Важно, что если файл выгрузки старый(если номер сообщения меньше или равен принятому), то загрузка не проходит и изменения выгружаются корректно.
Решением проблемы станет отключение загрузки из периферийного узла при изменении конфы. Чтобы сперва произошла выгрузка!
Далее она загрузилась на периферийных узлах. А затем включить загрузку в ЦБ из периферийного узла.
Составляем письмо в фирму 1С...
Если после изменения конфы при обмене происходит загрузка с периферийного узла(конфа которого еще не изменена), то платформа не проверяет на соответствие версии конфы. При этом загрузка проходит из периферийного узла в центральный успешно! А последующая выгрузка идет уже без изменений конфигурации.
Важно, что если файл выгрузки старый(если номер сообщения меньше или равен принятому), то загрузка не проходит и изменения выгружаются корректно.
Решением проблемы станет отключение загрузки из периферийного узла при изменении конфы. Чтобы сперва произошла выгрузка!
Далее она загрузилась на периферийных узлах. А затем включить загрузку в ЦБ из периферийного узла.
Составляем письмо в фирму 1С...
Так же перешли на платформу 8.3.13.1513 с 8.3.10.2753. Методом проб и ошибок понял следующее.
1.Если изменения с реструктуризацией, то выгрузка изменений работает штатно.
2. Если изменения без реструктуризации и обновление конфы происходиит правильно(с отключением всех сеансов), то так же все работает штатно.
3. Если обновляемся ДЕМОНИЧЕСКИ(кнопкой "Обновить динамически"), то изменения НЕ ВЫГРУЖАЮТСЯ в файл обмена для подчиненного узла. Не выгружаются от слова "СОВСЕМ"! в файле xml отдельный узел Config там отсутствует узел Metadata. Соответственно, периферийный узел видит что база не менялась и сразу загружает данные.
Почему так происходит - выяснить пока не удалось. Возможно добавились какие-то новые настройки по динамическому обновлению или изменился механизм. Хотя беглое гугление и просмотр изменений платформы пока не дал ответов на этот вопрос.
Будем разбираться. Возможно писать в 1С. Пока рекомендую забыть про динамическое обновление.
1.Если изменения с реструктуризацией, то выгрузка изменений работает штатно.
2. Если изменения без реструктуризации и обновление конфы происходиит правильно(с отключением всех сеансов), то так же все работает штатно.
3. Если обновляемся ДЕМОНИЧЕСКИ(кнопкой "Обновить динамически"), то изменения НЕ ВЫГРУЖАЮТСЯ в файл обмена для подчиненного узла. Не выгружаются от слова "СОВСЕМ"! в файле xml отдельный узел Config там отсутствует узел Metadata. Соответственно, периферийный узел видит что база не менялась и сразу загружает данные.
Почему так происходит - выяснить пока не удалось. Возможно добавились какие-то новые настройки по динамическому обновлению или изменился механизм. Хотя беглое гугление и просмотр изменений платформы пока не дал ответов на этот вопрос.
Будем разбираться. Возможно писать в 1С. Пока рекомендую забыть про динамическое обновление.
(10) Конечно же я сеанс перезапустил. "Не первый раз замужем...."
Пробовали обновлять конфу на рабочем РИБ. в 2 узла изменения не выгрузились. Причем обновляли нединамически!
В итоге 2 узла нормально обмениваются, но при этом конфы разные!
Вижу такое в первый раз!
Конфигурация УТ 10.3(с изменениями)
Пробовали обновлять конфу на рабочем РИБ. в 2 узла изменения не выгрузились. Причем обновляли нединамически!
В итоге 2 узла нормально обмениваются, но при этом конфы разные!
Вижу такое в первый раз!
Конфигурация УТ 10.3(с изменениями)
(19) Это не решение проблемы. Центр уже принял сообщение и сбросил изменение конфигурации. Фсё Алес капут? Квак бы не квак.
В недрах разработчиков есть готовое решение:
В КонвертацияОбъектовРаспределенныхИнформационныхБаз чучуть под шаманимим
В процедуре ЗаписатьИзмененияВФайлСообщенияОбмена Добавим свой узел с версией, если это не главный узел
Например
И Принимаем в процедуре ПрочитатьФайлСообщенияОбмена
Работает, как тот швейцарский Ролекс и без всякого золота.
Решение не мое, а более выдающего человека, который писал код знать не зная о проблемах Риб 11 и выше
В недрах разработчиков есть готовое решение:
В КонвертацияОбъектовРаспределенныхИнформационныхБаз чучуть под шаманимим
В процедуре ЗаписатьИзмененияВФайлСообщенияОбмена Добавим свой узел с версией, если это не главный узел
Например
Если не ПланыОбмена.ГлавныйУзел()=Неопределено Тогда
Версия = ОбновлениеИнформационнойБазыСлужебный.ВерсияИБ("МояРазработка");
ЗаписьСообщения.ЗаписьXML.ЗаписатьНачалоЭлемента("OurVersion");
ЗаписьСообщения.ЗаписьXML.ЗаписатьТекст(Версия);
ЗаписьСообщения.ЗаписьXML.ЗаписатьКонецЭлемента();
КонецЕсли;
И Принимаем в процедуре ПрочитатьФайлСообщенияОбмена
Если ПланыОбмена.ГлавныйУзел()=Неопределено тогда
ПрерватьОбмен = Истина;
Если ЧтениеСообщения.ЧтениеXML.Имя = "OurVersion" Тогда
ЧтениеСообщения.ЧтениеXML.Прочитать();
Версия = XMLЗначение(тип("Строка"),ЧтениеСообщения.ЧтениеXML.Значение);
//Если Версия не равна нашей пишем отказ
Если Версия = ОбновлениеИнформационнойБазыМояРазоаботка.ВерсияИБ() Тогда
ПрерватьОбмен = Ложь;
КонецЕсли;
//Устанавливаем в начало стандартного сообщения
ЧтениеСообщения.ЧтениеXML.Прочитать();
ЧтениеСообщения.ЧтениеXML.Прочитать();
КонецЕсли;
Если ПрерватьОбмен Тогда
ЗафиксироватьЗавершениеОбмена(Отказ, "Сообщение не принято", "Не правильный номер версии конфигурации");
Возврат;
КонецЕсли;
КонецЕсли;
ПоказатьРаботает, как тот швейцарский Ролекс и без всякого золота.
Решение не мое, а более выдающего человека, который писал код знать не зная о проблемах Риб 11 и выше
(23)В тестовой версии 8.3.12 это вроде как исправили. Но я сам не проверял. Жду исправлений в 8.3.13
Пока же живем с этим. Приходится при обновлениях отключать загрузку в ЦБ и выгружать сообщение. Убеждаться, что все изменения узлы приняли, а потом заново включать загрузку в ЦБ.
Судя по тому, что ошибке уже год и тянется она с версии 8.3.11 - ждать исправлений придется долго(((
Пока же живем с этим. Приходится при обновлениях отключать загрузку в ЦБ и выгружать сообщение. Убеждаться, что все изменения узлы приняли, а потом заново включать загрузку в ЦБ.
Судя по тому, что ошибке уже год и тянется она с версии 8.3.11 - ждать исправлений придется долго(((
Вакансии
Аналитик 1С / Бизнес-аналитик
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)