Добрый день!

Ситуация следующая: имеются 2 куба, в них грузятся по 2 плоских файла (например, 1,2,3,4) через 2 ДТП (в ДТП настроены фильтры календарный месяц и филиал). Данные грузятся в куб через цепочку данных. В цепочке настроены удаления перекрывающихся запросов - удаление только запросов того же ДТП, удаление только запросов ДТП того же источника, идентичные или более объемные. Загружаются несколько разных филиалов одного месяца.

Проблема: при первой повторной загрузке филиала, все работает нормально. При второй повторной загрузке филиала, из обоих кубов удаляется часть запросов всех предыдущих загруженных дорог из файлов 1,3.

Кто сталкивался с такой проблемой, как ее можно решить?

А можно последовательность загрузки файлов в куб и какими DTP? А то не совсем понятно в чем проблема...

Можно

Во-первых, версия 7.

Файлы грузятся через инфопакеты в PSA, после этого выполняется цепочка процессов, состоящая из ДТП и удаления перекрывающихся запросов.
В ДТП режим загрузки "дельта" и 2 фильтра для календарного месяца и филиала (берутся из bps-переменной), по которым удаляются перекрывающиеся запросы по филиалу и месяцу.

Интересует следующее:
1) Последовательность загружаемых файлов. (Например, Файл 1 (ДТП 1, Куб 1), Файл 2 (ДТП 2, Куб 2), Файл 3 (ДТП 1, Куб 1), ...)
2) Меняются ли значения перменных календарный месяц и филиал? Если до, то какая логика?
3) К чему ты стремишься, используя функцию удаления перекрывающихся запросов?

Распишу подробно:

1. В цепочке процессы загрузки файлов стоят параллельно.
первый запуск цепочки: файл1, дтп1, куб1, параллельно файл2, дтп2, куб1, параллельно файл3, дтп3, куб2, параллельно файл4, дтп4, куб2.
второй запуск цепочки: файл5, дтп1, куб1, параллельно файл6, дтп2, куб1, параллельно файл7, дтп3, куб2, параллельно файл8, дтп4, куб2.
и т.д.
При загрузке данных по тому же филиалу: запросы из куба1, дтп1 и куба2, дтп3 - удаляются запросы по всем загруженным ранее дорогам, а запросы из куба1, дтп2 и куба2, дтп4 - удаляются только нужные перекрывающиеся запросы.
Например, загрузка филиалов в такой последовательности: 1,2,3,2 - отрабатывает нормально и заменяются 4 старых запросов на 4 новых. А при загрузке филиалов в такой последовательности: 1,2,3,2,1 (то есть при второй повторной загрузке)- происходит ошибка и удаляется часть запросов из каждого куба по дорогам 2,3,2.

2. В течение одного выполнения цепочки процессов переменные не меняются. В процессе загрузки данных по филиалам, переменная "месяц" не меняется, а меняется только "филиал".
3. Удаление перекрывающихся запросов нам нужно, чтобы пользователь по ошибке не загрузил повторно данные по своему филиалу, или для того, чтобы пользователь мог заменить старые данные по филиалу на новые.

В мониторе запроса на закладке заголовок есть критерии выбора. Проверь, что они такие как надо в случае второй повторной загрузки.
Если ты используешь в фильтре DTP BPS-переменные, значит без ABAP не обошлось.
Напиши еще как вы фильтр DTP заполняете (со всем ABAP).
Я правильно понимаю, что филиалы содержат дороги?

Критерии выбора правильные стоят.

Раньше использовали в фильтре ДТП BPS-переменные и для месяца, и для филиала. Сейчас же BPS-переменная осталась только для месяца, а для филиала переменная передается из другой программы (эта же программа загружает пакеты и выполняет цепочку процессов) в качестве параметра:

GET PARAMETER ID 'PFNAME' field filial.
l_t_range-low = filial .
l_t_range-sign = 'I' .
l_t_range-option = 'EQ' .
l_t_range-IOBJNM = 'NLMDOR1'.
l_t_range-FIELDNAME = '/BIC/NLMDOR1'.
if l_idx <> 0.
modify l_t_range index l_idx.
else.
append l_t_range.
endif.
read table l_t_range with key fieldname = ' '.
l_idx = sy-tabix.

Странная программа заполнения фиалиала конечно.
Во-первых переменная filial не может заполниться правильно, потому что цепочка запускается в фоне и SET/GET параметры так не передашь.
Во-вторых read table идет после заполнения таблицы фильтра.
Что-то здесь нечисто... Можно поточнее?

и как вы исользуете BPS переменные? Если по умолчанию в фильтре вы используются переменные BExа из таблицы RSZGLOBV.
Значит на месяце тоже ABAP ? Его тоже можно посмотреть?

Скинь еще критерии выбора, как они отображаются в мониторе, всех загружаемых запросов по порфдку, включая удаленные. Интересует по одному из кубов проблемного DTP.
Судя по всему дело все таки в фильтре.

Коллеги,

дело не в фильтре Lightblue. аналогичная проблема была у нас на проекте. значение фильтра заполнялось также абапом. Удаление перекрывающих реквестов иногда удаляло все запросы в кубе.
это бага 7-ки BW. решили, частично отказавшись от данного механизма, снизив до минимума риск потери данных.

Комментарий к предыдущему посту.

Проблема обнаружилась сразу после установки 16-го патча SAP BW. Т.е. критерии в цели данных перестали отображаться. И периодически происходило полное удаление. Есть ряд нот по данной проблеме и 16 и далее патчам. Отображение критериев в цели данных лечится, а проблема с пропаданием критериев периодически возникает. Писали в свое время мессадж в sap. кроме тех нот, которые мы нашли они ничего не посоветовали.

Filial как раз заполняется правильно. и GET параметр правильно передает филиал. READ TABLE идет и до заполнения таблицы фильтра, просто я это не указала здесь.


используется только BPS-переменная для календарного месяца.


Критерии выбора в мониторе отображаются как раз нормально:
/BIC/NLMDOR1 = 001 ; CALMONTH = 200810 ; REQUID = 65645
/BIC/NLMDOR1 = 002 ; CALMONTH = 200810 ; REQUID = 65661
/BIC/NLMDOR1 = 003 ; CALMONTH = 200810 ; REQUID = 65669

У нас так же, как описывает Дмитрий, критерии в целях данных иногда не отображаются в дополнение к удалению запросов. Дмитрий, вы эту проблему в 7-ке так и не решили?

Похожая сказка!
подскажите что нужно указывать в поле l_t_range-IOBJNM = ?
т.е. какое техническое имя?

Вопрос исчерпан, проблема была в данных из PSA (нужно было внимательнее смотреть исходные данные).
Мой пример:

Проблема заключалась в дополнительном '0' перед задаваемым значением.
обновление BW SP - 19.

странный код. команда modify вроде как может делать и вставку и модификацию, ежели записи с нужным ключем нет.