План обмена. Повторно выгрузить измененные объекты за 14 год #695468

Добрый день, коллеги. Имеется 2 базы с настроенным обменом распределенной ИБ. Необходимо в 1 из баз повторно выгрузить все изменения, которые были осуществлены за 14 год. Как можно это сделать? Спасибо.

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

конфа какая? в некоторых есть регистрация изменений, пишешь запрос с полем Ссылка, где Дата >= &Дата. И собственно все. Если такого в конфе нет то на ИС точно есть

конфигурация УПП последней версии

Из этой базы приходило подтверждение получения данных?

Да. Первая база сейчас шлет пакет в 200 кб размером. В ней активная работа велась в этом году

вторая база настроена так, что только считывает изменения первой, а сама свои изменения не шлет в ответ, а шлет пустой пакет

что случилось то? зачем эти изменения опять посылать? из бэкапа подняли базу чтоль?

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

Причем первая база считает, что вторая все изменения успешно приняла, а по факту вторая база приняла пустые пакеты от копии первой.

в тестовой может легче посмотреть что менялось (по ЖР например), и перезаписать иди данные в настоящей базе

Есть обработка "Регистрация изменений для обмена" можно ее изменить. А вообще вот: Запрос = Новый Запрос("ВЫБРАТЬ Ссылка ИЗ    Документ.РасходнаяНакладная Только придется запрос строить динамически. Для каждого объекта метаданных.

Что там на счет регистрации изменений? Есть что то подобное в УПП? Как достучаться туда?

зарегистрировать не проблема, тут проблема понять Что именно надо регистрировать

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

Регистрировать надо то, что было изменено в тестовой, и то, что было изменено в рабочей за период существования тестовой базы. Как получить последнее мне и хотелось бы знать больше всего

см , что не понятно?

Еще бы знать как вычислить объекты, измененные за период.

Не сталкивался с версированием. Что это и как его едят?

РС ВерсииОбъектов, история изменения там хранится, если включено

Пусто :(

короче - в базе не хранится информация о том, что было изменено. Есть ЖР - там без регистров, только ссылки можно вычислить. Чтобы понять что было изменено - надо что-то с чем-то сравнить

Тогда есть вариант сравнивать рабочую базу с тестовой копией и все различия регистрировать в рабочей.

Только как это осуществить на УПП объемом в 10 ГБ слабо себе представляю

как вариант, но это ещё тот гемор будет думается мне

Другой вариант - поднять руки вверх и идти сдаваться. Вторая база ведется с середины декабря. И начать вести эту базу заново. Финансисты полютуют немного, да успокоятся. Помочь им вбить ранее внесеные данные. Правда есть риск лишиться премии.

1. найти умельцев умеющих менять номер сообщения в принмающей базе. 2. Выгрузить данные из реальнй ПБ  в ЦБ потом сделать полную выгрузку. 3. Выгрузить даные из реал ПБ в копию ПБ. Одно из трех!

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

Предщложи пример отследить доки и справочники

зачем их отслеживать? если ведётся с середины декабря - перелить просто все документы из рабочей в эту, все документы которые щас есть в базе куда заливать

скорее всего потеряна последняя неделя. Последний документ во второй базе от 14 января

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

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

проблем не будет при обмене, если просто в планах обмена подогнать номера сообщений у этих баз под правильные?

Пометь все объекты как измененные и выгрузи. В чем проблема то?

кстати да 10Gb ниочем

можно по очереди по метаданным если долго

Тогда пропадут те изменения в документах, которые были произведены в базе 2

Запиши все заново за 2014 год.

за эту потеряную неделю в первой базе редактировалось много документов за весь 4 квартал 13 года, соответственно эти изменения будут упущены

Проблему решил. Способ решения: 1) Из журнала регистрации выбрал перечень всех измененных документов и справочников за период отсутствия обмена между базами, выгрузил их в ЕКСЕЛЬ. Документы по номеру и дате, справочники по наименованию. В обоих случаях еще тип метаданных использовался. 2) Написал обработку, которая по номеру, дате и типу метаданных для документа и наименованию и типу метаданных для справочника регистрирует в базе №1 изменения  ПланыОбмена.ЗарегистрироватьИзменения(Узел, Выборка.Ссылка) 3) Зарегистрировал изменения изменения с помощью этой обработки для всех этих справочников и документов, которые были изменены в первой базе за время отсутствия(рассинхронизации) обмена между базами. 4) Подогнал номера сообщений в планах обмена и произвел обмен между базами. 5) Совместно с бухгалтерией сравнил оборотно-сальдовые ведомости и перепровел различные закрытия месяца чтобы оборотки обоих баз сошлись.

У тебя все равно обмен односторонний и если в основной базе что-то меняют, то и в дочерней пропадает