После обновления до 7.3 обнаружился неожиданные эффект, пропали сообщения которые возвращали функции планирования на клиент (у меня вызов через BEx, в GUI всё в норме).
Поиск выдал радостную ноту - 1653610 - Planning function on the Web: Messages are suppressed которая сообщала, что да, жизнь это боль, и вообще всё сделано по просьбе трудящихся.
Due to repeated customer requests, the issuing of messages when you execute planning functions was restricted as of Release SAP NetWeaver BW 7.30. The system now issues only error messages of the type A, X, and E and the message for successful processing. Information and warnings are suppressed
Но SAP не забыл, о тех людям, которые любят когда им система пишет :)
SAP Note 1244421 describes how, for the purpose of analysis, you can also display these suppressed messages using the user parameter 'RS_DEBUGLEVEL'.
1244421 - Too many messages displayed
Ага, сказал я радостно.И поставил значение 2, ибо пользователь хотел сообщений и побольше, побольше. Хрена ответила система.
В общем, долго ли коротко, но оказалось что при значение 4 сообщения радостной толпой возвращаются к пользователю.
Прошел до 8 - ничего не поменялось. Поставил 100 - сообщения пропали.
Да, ещё момент. Надо чтобы в Bex стояла галка - Display Messages for Troubleshooting, иначе не взлетит.
И на закуску...
RRMS_MESSAGES_OUTPUT - фм который читает сообщения из лога в BEx
RSPLFR_SERVICE_LOG_ADD - фм добавляет сообщения в лог при работе функции планирования
среда, 30 сентября 2015 г.
четверг, 24 сентября 2015 г.
Параллельная экстракция
Дано: Экстра тор на FM, без дельты - т.с. ежедневный пакет счастья. Внутри него другой FM который последовательно вызывается по материалам. Время загрузки ~ 7 часов и растет.
Идея: Используя параллельный запуск FM внутри, ускорить выборку данных.
CALL FUNCTION 'MD_STOCK_REQUIREMENTS_LIST_API'
STARTING NEW TASK taskname
DESTINATION IN GROUP DEFAULT
PERFORMING check_return ON END OF TASK
Результат.. Мимо. Оказалось что при таком вызове, курсор открытый в экстракторе, закрывается, ибо происходит COMMIT WORK. Соответственно, получаем дамп.
Да можно без курсора, но тогда не слишком красиво получается.
Идея: Используя параллельный запуск FM внутри, ускорить выборку данных.
CALL FUNCTION 'MD_STOCK_REQUIREMENTS_LIST_API'
STARTING NEW TASK taskname
DESTINATION IN GROUP DEFAULT
PERFORMING check_return ON END OF TASK
Результат.. Мимо. Оказалось что при таком вызове, курсор открытый в экстракторе, закрывается, ибо происходит COMMIT WORK. Соответственно, получаем дамп.
Да можно без курсора, но тогда не слишком красиво получается.
Подписаться на:
Сообщения (Atom)