День добрый.

Кто знает, как посмотреть системную (процессорную) нагрузку от каждой трназакции, пользователя (или еще по какому-нибудь признаку)? Т.е. аналог Windows Task Manager.

С помошью OS06N можно отследить общую нагрузку, и посмотреть топ самых ресурсоемких процессов - но как перевести эти процессы в нормальный вид (транзакция, пользователь ...)?

Подскажите, как это можно посмотрет в системе?

ST03n - Workload monitor

В ST03N нету % загрузки CPU, есть только время работы процессора, а это не определяет его загрузку.
Или я не там смотрел?

Посмотри ST06N

По моему OS06N и ST06N это одно и тоже.
Там отражается полная загрузка системы в %
Можно посмотреть Top 40 CPU process, но инфа там представлена в следующем разрезе:
Process ID / User / CPU (%) / Process name / CPU Time / RezidentSz / Proc.Pages / Priority

вопрос в том, как на основании вышеперечисленных данных определить, какая строка соответствует той или иной транзакции (ABAP программе) / пользователю

при запуске SM04 виден пользователь и сколько оперативки он занал, в идеале найти тоже самое для CPU (но я так понял такого инструмента нету), значит по крайне мере подскажите, как определить из инфы STO6N/OS06N - какой процесс больше всего отжирает CPU

Если интересует, как грузят процессор именно саповские рабочие процессы - информация есть в SM50, надо нажать там не кнопку "Refresh", а расположенную рядом кнопку "CPU". Будет показано процессорное время, которое использовано каждым рабочим процессом. Процентов там нет, они только в st06, но есть номера процессов, по которым можно сопоставить данные st06 и sm50.

А вот вопрос почему в Top 40 CPU process сумма по % загрузки для всех процессов больше 100% что-то вроде 200%, точнее (184,77%) - когда запускаю ресурсоемкую задачу, а в общей загрузке CPU ~ 90%

процессоров (ядер) наверное больше чем один

Вроде всё предельно просто ...
В St06n смотрите загрузку CPU если вас интересует (там и увидите сколько ядер у вас распазнаётся, потом в TOP 40 смотрите что за процессы поедают ваш CPU (Только зачем вам это ...) ...
Далее если вас интересует что это за пользователь покушается на ваш сервер то идёте в SM50 (ну или в SM66) там можете легко вычислить по ID раб процесса сравнив его с process ID
из st06n. Что у вас процессоры проседают? Вы лучше смотрите нагрузку за час если там Idle по CPU меньше 20 то можно беспокоится .... Но чем больше тем естественно лучше ...

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

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

Как эти вещи соспоставить здесь уже писали, но что там глазами в реальном времени ценного можно увидеть? Если это не будет, разумеется, долгий, сильно нагружающий CPU, а поэтому видимый глазами процесс.
Потом на загруженной и не на загруженной машине цифры, скорее всего, будут разные. Количество одновременных запусков исследуемой программы нужно как-то прогнозировать или расчитывать. На многопроцессорных серверах факт многоядерности нужно учитывать. И вообще понимать, что 50% загрузки CPU + 50% нифига в сумме 100% не дают и т.д.

Вот посмотреть и проанализировать в ST03 статистику, скажем, использования CPU или БД за некий период по определенной транзакции, причем в сравнении с общей нагрузкой на систему и в сравнении с другими задачами - это более реально. В том числе и на предварительных тестах.

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

Как просто соспоставить долго идущий в сапе процесс с системным процессом и его нагрузко на CPU здесь уже писали.

Но по большому счету заранее решить поставленную задачу крайне трудно. Ведь вы же не сможете на тестовой системе (или ночью на продуктиве) проэмулировать реальную нагрузку, которую дают работающие в обычный рабочий день юзеры и наложить на это тестовый прогон своей задачи. А без этого все замеры - плюс/минут пологорода Ну и что, что одна работающая задача как-то грузит CPU, пусть даже на 100%, хотя это ненормально. А если в это момент на сервере будут работать другие саповские процессы, то это не говорит о том, что они все лягут и будут покорно ждать пока эта задача не отдаст им ресурсы.
Опять же один процесс (если не задействована виртуализация, разумеется), сможет загрузить только один проц (ядро). На многопроцессорной машине это не такая уж и проблема.
Вот если вы в результате опытов увидите, что исследуемая задача грузит один проц на 100% и при этом вы предполагаете одновременный запуск таких задач столько же, сколько у вас процессоров или больше, тогда действительно заранее нужно дергаться. Но этот случай из серии маловероятных. В первую очередь в части 100% загрузки.

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