После обновления не снимается регистрация изменений для обмена РИБ в ЗУП 3.1
Добрый день! Подскажите, в чем может быть проблема.
Обновлял типовую ЗУП 3.1 в РИБ, состоящую из центрального узла и подчиненного узла (двусторонний обмен). В ПУ ведутся пара организаций, которые полностью сливаются в центр. в центре есть и другие, но организации ПУ не трогаются.
Обновлял следующим образом:
- Отключил автообмен
- Обновил ЦУ, запустил в режиме "Предприятие", дождался выполнения доп.процедур обработки.
- Запустил синхронизацию в ЦУ, затем в ПУ
- Сохранил изменения в конфигурации БД в ПУ
- Запустил ПУ в режиме "предприятие", дождался выполнения доп.процедур обработки.
Вроде, казалось бы все... но...
После указанной процедуры решил выполнить полый цикл синхронизации до обратного включения автообмена и обнаружил, что из ЦУ постоянно выгружаются одни и те же объекты (примерно 10600).
В файле обмена они присутствуют, загрузка в ПУ этого объема проходит с успешным завершением, а обратно подтверждения получения нет. Файл пустой - только заголовок с актуальными номерами сообщений. Предупреждений, ошибок нет.
Если смотреть регистрацию изменений в ЦУ, отображается зарегистрированных 10641, выгруженных 0, не выгруженных 10641... новые объекты регистрируются и после миграции снимается регистрация, а эти нет...
Что не так сделал и как решить проблему? Заранее спасибо! )
Обновлял типовую ЗУП 3.1 в РИБ, состоящую из центрального узла и подчиненного узла (двусторонний обмен). В ПУ ведутся пара организаций, которые полностью сливаются в центр. в центре есть и другие, но организации ПУ не трогаются.
Обновлял следующим образом:
- Отключил автообмен
- Обновил ЦУ, запустил в режиме "Предприятие", дождался выполнения доп.процедур обработки.
- Запустил синхронизацию в ЦУ, затем в ПУ
- Сохранил изменения в конфигурации БД в ПУ
- Запустил ПУ в режиме "предприятие", дождался выполнения доп.процедур обработки.
Вроде, казалось бы все... но...
После указанной процедуры решил выполнить полый цикл синхронизации до обратного включения автообмена и обнаружил, что из ЦУ постоянно выгружаются одни и те же объекты (примерно 10600).
В файле обмена они присутствуют, загрузка в ПУ этого объема проходит с успешным завершением, а обратно подтверждения получения нет. Файл пустой - только заголовок с актуальными номерами сообщений. Предупреждений, ошибок нет.
Если смотреть регистрацию изменений в ЦУ, отображается зарегистрированных 10641, выгруженных 0, не выгруженных 10641... новые объекты регистрируются и после миграции снимается регистрация, а эти нет...
Что не так сделал и как решить проблему? Заранее спасибо! )
По теме из базы знаний
- Выгрузка-загрузка любых данных (и измененных) между похожими конфигурациями (ФАЙЛ, HTTP, COM) ЛЮБЫХ баз 1С 8.1-8.3 с обработкой и поиском данных по произвольным полям поиска
- Фишки платформы и конфигураций 1С, о которых все знают, но почти никто не помнит
- Обзор полезных методов БСП 3.1.4
- Обмен по правилам Конвертации данных 2.1 для ERP, КА, УТ 11, БП 3, ЗУП 3, Розница 2.3
- Защита объектов от изменения обменом
Найденные решения
Всем привет! Немного приболел, про решение сразу не написал.
Я пропустил некоторое количество обновлений (примерно с сентября 2018 г.) и на втором или третьем по порядку столкнулся с описанной выше проблемой.
В моем случае, оценив все риски, подошёл вариант с отменой регистрации всех объектов (писал про это в сообщении 3). После этого все последующие обновления вели себя прилично и подобной проблемы не наблюдалось. При том, что доп.процедуры обработки выполнялись в каждом последующем обновлении и в больших масштабах.
Если бы решить проблему таким образом не удалось, наверное начал пробовать заново создавать ПУ базы после полного обновления ЦУ, но этого, слава Богу, не потребовалось))
Я пропустил некоторое количество обновлений (примерно с сентября 2018 г.) и на втором или третьем по порядку столкнулся с описанной выше проблемой.
В моем случае, оценив все риски, подошёл вариант с отменой регистрации всех объектов (писал про это в сообщении 3). После этого все последующие обновления вели себя прилично и подобной проблемы не наблюдалось. При том, что доп.процедуры обработки выполнялись в каждом последующем обновлении и в больших масштабах.
Если бы решить проблему таким образом не удалось, наверное начал пробовать заново создавать ПУ базы после полного обновления ЦУ, но этого, слава Богу, не потребовалось))
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(7) Спасибо, решение хорошее. Единственное, причиной появления "неснимаемых объектов" стало именно обновление на один из 3.1.7 релизов, Поскольку перед началом обновления проводил полный цикл обменов и сообщения были пустыми. Именно поэтому выбрал для себя отмену регистрации, поскольку был уверен, что все выполняемые процедуры доп.обработки корректно отработали для данных обоих баз.
А откуда вообще сообщение "Выгруженных 0" если в файле выгрузки все есть и загрузка по этим объектам идет?
И еще момент, если я уверен, что в ЦУ данные не менялись, а выполнения доп.процедур обработки выполнялись в обоих узлах, могу ли я просто отменить регистрацию всех объектов?
Ведь теоретически, из ЦУ в ПУ пытаются выгрузится данные, которые зарегистрировались в процессе доп.процедур обработки, которые позже были выполнены и в ПУ. По сути, это те же объекты.
И еще момент, если я уверен, что в ЦУ данные не менялись, а выполнения доп.процедур обработки выполнялись в обоих узлах, могу ли я просто отменить регистрацию всех объектов?
Ведь теоретически, из ЦУ в ПУ пытаются выгрузится данные, которые зарегистрировались в процессе доп.процедур обработки, которые позже были выполнены и в ПУ. По сути, это те же объекты.
Всем привет! Немного приболел, про решение сразу не написал.
Я пропустил некоторое количество обновлений (примерно с сентября 2018 г.) и на втором или третьем по порядку столкнулся с описанной выше проблемой.
В моем случае, оценив все риски, подошёл вариант с отменой регистрации всех объектов (писал про это в сообщении 3). После этого все последующие обновления вели себя прилично и подобной проблемы не наблюдалось. При том, что доп.процедуры обработки выполнялись в каждом последующем обновлении и в больших масштабах.
Если бы решить проблему таким образом не удалось, наверное начал пробовать заново создавать ПУ базы после полного обновления ЦУ, но этого, слава Богу, не потребовалось))
Я пропустил некоторое количество обновлений (примерно с сентября 2018 г.) и на втором или третьем по порядку столкнулся с описанной выше проблемой.
В моем случае, оценив все риски, подошёл вариант с отменой регистрации всех объектов (писал про это в сообщении 3). После этого все последующие обновления вели себя прилично и подобной проблемы не наблюдалось. При том, что доп.процедуры обработки выполнялись в каждом последующем обновлении и в больших масштабах.
Если бы решить проблему таким образом не удалось, наверное начал пробовать заново создавать ПУ базы после полного обновления ЦУ, но этого, слава Богу, не потребовалось))
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот