Ошибки при синхронизации РИБ розница 2.2

[Алексей Геннадьевич]

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

[Поиск родных]

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

Другое дело, что при одновременном изменении "одинаковых" (соответствующих)  объектов возникнет конфликт, который надо разрешать вручную в мониторе обмена.
Или же у Вас какие-то другие проблемы. Дубли, неправильно сопоставленные друг другу объекты и т.д.

Такое, рано или поздно, в и при новой РБД будет

Запускали?

Добавлено: 14 дек 2016, 11:03

Или же чаще проводить синхронизации.
Тот, кто проводит обмены, должен отслеживать конфликты и др. текущие вопросы

[Алексей Геннадьевич]

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

[Поиск родных]

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

Можете сразу проводить, не записывая (проведение записывает), это регистрирует документ, как изменённый, и для включения к отправке и замещению в базе приёмнике.

Ну, это не непонятные причины, а небрежно (с большим опозданием) сопровождаемые.

Да, и напомните пользователям, чтобы не закрывали документы кнопкой Провести и закрыть (а эл-ты справочников Записать и закрыть),  а то всё, что они смотрят будет регистрироваться для обмена. В Розница 2.2 это не так критично, а то конфигурациях на обычных формах жмут на кнопку ОК, фактически проводя-закрывая и, тем самым, регистрируя как измененённые для обмена.

Не вижу ничего необычного. Тем более такого, чтобы что-то там заново менять

[Алексей Геннадьевич]

Не совсем вас понял, в чем же причина того что документы не попали в обмен, ведь они были записаны и проведены.

[alex0402]

Не совсем вас понял, в чем же причина того что документы не попали в обмен, ведь они были записаны и проведены.

когда это начало происходить?
конфигурацию обновляли?
на починенных узлах базу обновили?

причин того, что информация не попадает может быть очень много, вплоть до того, что это прописано в коде.

[Поиск родных]

Не совсем вас понял, в чем же причина того что документы не попали в обмен, ведь они были записаны и проведены.

Если пользователи закрывают объекты их проведением-записью, то велика вероятность наличия большого количества "одинаковых" (соответствующих в 2х базах друг другу) объектов, "одновременно" (между обменами) зарегистрированных для обменов с, соответственно, конфликтами, которые не будучи своевременно решёнными вручную теряются по разным причинам.

Ну, могу предположить, что конфликтующий объект ещё раз был изменен, т.е. зарегистрирован к обмену и заместил объект с предыдущими изменениями, которые так и не были приняты из-за конфликта.
И предыдущий измененный объект пропадёт, и конфликт исчезнет, но будет видимости того, что изменения полностью куда-то испарились.

Изменения же ездят целиком объектами, а не их частями.

Делайте обмены чаще!