Внимание! Обнаружен подводный камень величиной с хорошую скалу в организации обмена в распределенной базе 1С:Предприятие 8. Если у вас клиент-серверный вариант базы, и обмен между узлами выполняется по расписанию, то вы можете налететь на этот камень на полном ходу. Дело в том, что, создавая копию базы (например, для отладки) в клиент-серверном варианте, мало кто заботится о том, чтобы регламентные задания в копии базы были выключены. Если их принудительно не заблокировать, то получится следующее: ваша копия будет делать обмены по тому же расписанию, что и основная база. К чему это приводит, нетрудно догадаться - пакеты обмена будут "теряться", то есть попадать не по назначению. И объекты, которые в этот день должны были попасть в основную базу, попадут в копию базы.
Чтобы устранить последствия, нужно следующее: моя обработка, (не)много терпения, навыки работы с журналом регистрации.
Порядок работы с обработкой:
1) Скачиваем обработку
2) Заходим в 1С на ДРУГИХ УЗЛАХ БАЗЫ (если копия базы стоит в центральном узле - на всех периферийных), открываем журнал регистрации, вычисляем тот период, когда с обменом был косяк (к примеру, мы знаем, что копию базы поставили 13.07, а спохватились только 20.07, и обмен идет раз в сутки, ночью, тогда нужно поставить период с 12.07 по 20.07), далее через меню "Файл"-"Сохранить как" сохраняем в файл журнал регистрации. Он нам понадобиться в обработке.
3) Стандартными средствами делаем обмен в распределенной базе.
4) Открываем обработку. Подставляем вычисленный период, задаем файл, в который сохранили кусок журнала регистрации, выбираем узел, С КОТОРЫМ выполняется обмен (в нашем примере - центральный узел).
5) Нажимаем на кнопку "Выполнить" и ждем. В процессе обработка зарегистрирует для выбранного узла плана обмена все объекты, которые были изменены (добавлены, проведены и т.д. и т.п.) в заданный период, исходя из данных журнала регистрации.
6) Снова выполняем обмен. Теперь в обмен попадут и все объекты, которые были пропущены из-за косяка.
