Коллеги может кто подскажет - возникают какие-то фантомные проблемы с экстракцией данных из R/3 (BW3.5/BI3.53 R/3 4.72). Периодически перестают работать экстракторы (и мастер данные и транзакционные данные ), при этом никаких ошибок ни в BW ни в R/3 не фиксируется. SM59, RSA3 и RSA7 - все ОК и на стороне BW и на стороне R/3. В мониторе при этом отображается желтый не меняющийся статус, 0 записей переданных, общий статус - нет подтверждений или предупреждений. Помогают только какие-то шаманские пляски: то с повторным тиражированием инфо источников, то с повторной активацией экстрактора в BW (при этом никаких обновлений ни одной из систем не происходит). Может кто-то сталкивался с чем-то похожим ?

Может просто валяться фоновые задания в дамп в r3? или кто то их по тихому отменяет? или может просто занят пул бэкграунд - процессов, задание становиться в очередь, но почему то потом очередь фоновых заданий не исполняется по мере освобождения фоновых процессов ( как то была такая хня на одном из проектов )

Необходимо понять где задание "висит". В Исходной системе или в BW. Попробуйте для начала только в PSA загрузить маленькую порцию. Если проканает - загрузите в PSA все данные. Если опять проканает - то скорее всего проблема в BW.

Насколько я знаю, если задание падает в дамп в R/3, то монитор краснеет. Просто краснеет не мгновенно после дампа, а по истечении какого-то времени.

В том-то и проблема что пакеты из R/3 не приходят, но при этом в в ST22 и SM21 никаких записей нет, все BTC и DIA процессы свободны

включите трассировку полномочий для bwremote - юзера, под которым bw ломиться в r/3. Запустите загрузку и посмотрите - может полномочий не хватать.

Если бы полномочий не хватало, вряд ли бы помогали шаманские пляски с тиражированием...

В том-то и проблема, что некоторые работают, например 0MATERIAL, а некоторые - 0ASSETT нет. Причем работающие и не работающие поделились случайнам образом. Среди тех же AA 0ASSET_CLASS работает без проблем. К тому же у RFCUSER одна из ролей SAP_ALL

Попробуйте отследить задания через IDoc (bd87), у нас это проявлялось так, что он уходил в исходную систему, а там не запускалась экстракция данных.
Мы таким образом вышли на ошибку в сервере БД

Спасибо, будем искать дальше

Проверьте tablespaces, в которые записываются IDOCs. Если переполнены, то система не может IDOC добавить, так и висит в жёлтом статусе.

тогда бы не грузилось все, а не выборочно

Хотя, наверное, да. Для IDOC есть таблицы EDID*
Хотя проверить их не мешало бы все. А так же проверить параметры и работу RFC. И важно знать, если всегда одни и те же экстракторы не работают, а другие работают. Или случайно, сегодня один экстрактор может заработать, а завтра он же нет.

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

И вс-таки, у нас несколько раз была такая -же фигня. Отследили только по статусам IDoc

+1