Добрый день, коллеги!

Вот такой вопрос мучает меня: запустил дельту-инит, заполнил т-цу реорганизации на 2Lis-06_inv, начал грузить фулл, ночью по цепочке свалилась дельта, при том что фулл еще грузится.

Получается что дельта-загрузка забрала очереьдь из RSA7 (R/3), т.е. изменения с момента запуска init пакета? И можно длждавшись фулла - грузить далее в цели, с уверенностью что данные корректны. Или они задублировались как-то?


Спасибо.

Таблицы для дельт MCEXnn, в вашем случае должно быть MCEX06 . Инициализация(?) и full через MC06M_0ITMSETUP(?).
Посмотрите содержимое таблиц в моменты инициализации и формирования дельты, фул пакета.
Постарайтесь работать одним из указанных способов - либо дельта инит далее дельта загрузка, либо фулапдейдами.
Когда Вы одновременно делаете и фул, и инит, Вы должны это понимать , какую задачу Вы решаете.
"ночью по цепочке свалилась дельта" - это плохо, смотрите ошибку .
В итого в источнике данных Вы два раза запросили данные, один раз через init, другой через full. Очистите таблицы реорганизации и попробуйте все сначала.

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

sergeyt, спасибо за ответ.


Под: "Свалилась дельта", я имел в виду - пришла корректная загрузка инфопакета по дельте.

Расширял экстрактор, поэтому почистил реорганизацию, далее инициализировал дельту, далее загрузил таблицу реорганизации через sbiw (вероятно напрямую транзакция MC06M_0ITMSETUP), потом начал забирать данные Full инфопакетом и в процессе загрузки full в PSA пришла корректная загрузка инфопакета с дельтой.

Ах да, еще забыл, что инит- без переноса данных.

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

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

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

2refeline - уважаемый, хотелось бы услышать аргументы, почему full в setup таблицах никак не пересечется с дельтой.

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

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

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

Всем доброго времени суток!


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

Еще забыл указать, что есть DSO перед кубом.

Останавливать проводки возможности нет.

Читал, что есть метод работать с ММ-экстракторами без остановки производства, но не применил.

Если перед кубом есть стандартное DSO (все показатели которого Overwrite) и тип дельты не ADD (аддитивная), то даже если в таблице реорганизации есть такие же записи как и в дельте, то можете не переживать, что в куб попадут дубликаты. При этом и останавливать проводки не нужно.
То, что дельта придет в PSA во время загрузки Full - не должно навредить. Главное, чтобы она не пришла до запуска Full и не пошла грузиться в DSO раньше окончания загрузки Full. Но т.к. у вас цепочка, то больше всего, что одной загрузкой в PSA вы не ограничились в ней. Поэтому запуск цепочки сдвиньте на время, достаточное для загрузки Full.