Как-то можно узнать какой пользователь в БД (sid,serial) соответствует конкретному пользователю в САП? В какой транзакции есть такая информация? Может где-то можно увидеть SPID (номер процесса в ОС)?

в оракле, например, абап-схема -- SAPSR3, джава-схема SAPSR3DB или иное, разве не от этих пользователей работает сервер приложений в работе с БД? Саповских бизнес-пользователей или сервисных/технических пользователей как пользователей БД не существует.

Если есть Oracle Grid Control и в нем настроен мониторинг базы САПа, то там в некоторых случаях можно поймать чей саповский пользователь (Client ID) в данный момент использует оракловую сессию процесса сервера приложений. Ну и SPID work-процесса, имеющего соединение.

Прошу прощения за некорректно сформулированный вопрос. Хотя V1ad меня понял

В САПе залогинен пользователь, я вижу его в sm04. Нужно найти соответствующую ему сессию в БД.

client_id (вернее client_identifier в v$session) в БД у нас пустой. Где найти SPID в сапе так и не нашел?

SPID - id процесса OS на сервере БД можно узнать взяв значение PADDR из V$SESSION и найдя в V$PROCESS соответствующую запись в поле ADDR. В V$PROCESS уже есть поле SPID.


Да, и ползователь САП из SM04 может ничего не делать в данный момент с БД. Правильнее смотреть в SM50 - какой work process занят обслуживанием какого САПовского пользователя. Эта информация динамическая и имеет смысл смотреть, когда кто-то запустил что-то тяжелое. В SM50 колонка PID соответствует полю V$SESSION.PROCESS. Точнее, в случае платформы БД Windows в этом поле номер процесса и после двоеточия номер thread.

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

Первоначально задача звучала как связать сессию пользователя в САПе с сессией в БД. SID, SERIAL я так понимаю там(в сапе) не отображаются. Поэтому и спросил про SPID - есть ли такой атрибут в каких-либо транзакциях САП? Из spid получить сессию в БД проблем не составляет.

Предложенный вариант со столбцом PID в SM50 не работает. v$session.process сильно не соответствует v$process.spid. По крайней мере в нашей конфигурации когда САП и БД разнесены по разным unix серверам.

Кстати, может я чего-то концептульно не понимаю?
Вот зашел я в САП и у меня назначалась/создалась сессия в оракл с какими-то первоначальными sid,serial#. Эта сессия в оракл на протяжении всей жизни в САПе будет моей до тех пор пока я не выйду из САП? или все же эта оракловая сессия обслуживает нескольких САП пользователей?

Нет, при запуске сап, создастся столько сессий в оракле, сколько процессов disp+work - это кстати хорошо видно в v$session представлении. И хоть обзаходись в SAP их больше не будет =)

v$session.process из доки Оракла: PROCESS VARCHAR2(12) Operating system client process ID. Не знаю почему это может не соответствовать, на другой операционке нет возможности проверить. Это ID процесса disp+work с сервера приложений, который создал соединение с Ораклом. Он же и в SM50 фигурирует. Тут еще надо учитывать, что серверов приложений может быть несколько, тогда удобнее смотреть SM66, но там не все показывается.

Концептуально не так понимаете, это уже выше отметили. Читайте про Dialog Work Process Multiplexing (ABAP), например.

А вот эта штука:
Oracle Database Resource Manager for SAP
Goal:
„ Assign higher database priority for a specific set of SAP dialog users/transactions.
„ All other dialog transactions should run with default priority.

The SAP database shared library for Oracle (DBSL) sends the current SAP transaction
details (‘client_info, or ‘application info’) to the database.

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


конкретной ссылкой не поделитесь? поиск на сервиссап по этой фразе ничего не дал.

Ну и как правильно заметили ранее в ADM100 мне местами "не хватает текста". Есть детальная документация по материалам которые освещены в ADM100?

Транзакция в терминологии SAP - да. Транзакция в терминологии СУБД (в данном случае Oracle) - нет.

Мне было полезно почитать ADM315 раздел 3, урок SAP Memory Allocation. Хотя к первоначальной теме имеет косвенное отношение, но multiplexing показан.