Есть две базы УТ 10.3. Версия платформы 1С:Предприятие 8.3 (8.3.10.2639). Обе серверные на PostgereSQL. И подключены к хранилищу.
Наблюдается какая-то странная работа хранилища. Захватываешь объект, изменяешь, обновляешься динамически, помещаешь объект обратно. Получаешь его во второй базе - выходит сообщение, что объект получен, но изменения не подтягиваются. Сравнение конфигурации не показывает различий с конфигурацией хранилища ни в первой, ни во второй базе. Если делаешь захват во второй базе, изменения так же не подхватываются, при помещении в хранилище. При получении в первой базе версия в первой базе так же становится без изменений.
Если делать без динамического обновления, то вроде всё нормально отрабатывает.
Кто-нт сталкивался с подобным?
Наблюдается какая-то странная работа хранилища. Захватываешь объект, изменяешь, обновляешься динамически, помещаешь объект обратно. Получаешь его во второй базе - выходит сообщение, что объект получен, но изменения не подтягиваются. Сравнение конфигурации не показывает различий с конфигурацией хранилища ни в первой, ни во второй базе. Если делаешь захват во второй базе, изменения так же не подхватываются, при помещении в хранилище. При получении в первой базе версия в первой базе так же становится без изменений.
Если делать без динамического обновления, то вроде всё нормально отрабатывает.
Кто-нт сталкивался с подобным?
Найденные решения
(6) проблема связана с правкой сразу в конфигурации обновления и динамическим обновлением, с последующей выгрузкой в хранилище.
Именно такая связка неверная.
(6)
Дело не в этом. Вносить изменения нужно в той базе, которая не использует динамическое обновление.
Дело в кеше конфигурации.
Именно такая связка неверная.
(6)
Хранилище же не знает какая у Вас рабочая, какая нет.
Дело не в этом. Вносить изменения нужно в той базе, которая не использует динамическое обновление.
Дело в кеше конфигурации.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
Вот это не правильно.
Рабочая база должна быть подключена к хранилищу напрямую без возможности изменения в ней.
Все изменения делать на других базах. Переносить в хранилище. И уже из хранилища обновлять.
Захватываешь объект, изменяешь, обновляешься динамически, помещаешь объект обратно
Вот это не правильно.
Рабочая база должна быть подключена к хранилищу напрямую без возможности изменения в ней.
Все изменения делать на других базах. Переносить в хранилище. И уже из хранилища обновлять.
(4)
Ну и ошибка проявляется как из одной базы так и из другой.
Рабочая база должна быть подключена к хранилищу напрямую без возможности изменения в ней.
- чем не правильно? Это, конечно, идеальный вариант но в целом ни какой разницы где изменения вносить. Хранилище же не знает какая у Вас рабочая, какая нет. В данной задаче вообще обе рабочие, просто разные люди с разными данными работают, цель хранилища тут только что б конфигурации синхронизировать.
Ну и ошибка проявляется как из одной базы так и из другой.
(6) проблема связана с правкой сразу в конфигурации обновления и динамическим обновлением, с последующей выгрузкой в хранилище.
Именно такая связка неверная.
(6)
Дело не в этом. Вносить изменения нужно в той базе, которая не использует динамическое обновление.
Дело в кеше конфигурации.
Именно такая связка неверная.
(6)
Хранилище же не знает какая у Вас рабочая, какая нет.
Дело не в этом. Вносить изменения нужно в той базе, которая не использует динамическое обновление.
Дело в кеше конфигурации.
(3) Сергей, спасибо. Когда в начале искал, запрос не правильно сформулировал, вот и не нашлось ничего. На Postrgre грешил, т.к. начало проявляться после перехода на него, когда в MS SQL Express перестали влезать и началось с той базы, которую первой переводили.
Собственно тут есть обсуждение - .
Согласен с Сан Саныч (herfis), наиболее похоже на проблемы локального кэша. Буду дальше разбираться.
Собственно тут есть обсуждение - .
Согласен с Сан Саныч (herfis), наиболее похоже на проблемы локального кэша. Буду дальше разбираться.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот