Âñåì ïðèâåò!

ECC6.

 ïðîäóêòèâå:
äåëàþ äëÿ Z-ïðîãðàììû SQL Trace (ST05), èùó â ðåçóëüòàòàõ îáðàùåíèå ê view (COVP). Íå íàõîæó. Íå íàõîæó òàêæå è îáðàùåíèé ê COEP è COBK, êîòîðûå ñòîßò çà COVP. Óñòàíàâëèâàþ â ïðîãðàììå breakpoint íà SELECT FROM COVP. Breakpoint ñðàáàòûâàåò, ò.å. îáðàùåíèå åñòü. Áóôåðèçàöèÿ òàáëèö COEP è COBK íå ðàçðåøåíà.

 ñèñòåìå ðàçðàáîòêè:
îáðàùåíèå ê COVP â ðåçóëüòàòû SQL Trace ïîïàäàåò.

Åñòü ìûñëè?
Ñïàñèáî.

Возможно, причина в том, что запускать программу, включать трассировку и просматривать трассировку надо на одном и том же сервере приложений.

Íî ÿ îäèí òîëüêî ðàç çàëîãèíèëñÿ è ïîòîì ðàáîòàþ â äâóõ ñåññèÿõ â ðàìêàõ ýòîãî ëîãèíà - â îäíîé ó ìåíÿ ST05, à â äðóãîé - SE38. Òî åñòü îáñëóæèâàòüñÿ äîëæåí îäíèì è òåì æå AS. Èëè íå òàê?

так,
что касается дампа, то насколько я понял, Вы пытаетесь поставить брэйк внутри exec-endexec, если да, то и должно падать в дамп, т.к. насколько я помню срабатывает таймаут
попробуйте селект выполнить например в SQL-девелопере или в тоде. Для понимания Вашего вопроса можно было бы и кусочек кода привести.

Тогда это будет один и тот же AS, если конечно программа не запускается в фоновом режиме.
Могу еще посоветовать определить:
1) Попадают ли в трассировку обращения к каким-либо таблицам вообще?
2) Попадают ли в трассировку обращения к COVP?
Проще всего воспользоваться SE16, если хватит полномочий.

Может на первом экране st05 не стоит галочка SQL Trace?
Или срабатывает ограничение по кол-ву записей (5.000),
правда она дополнительно спрашивает, не огласить ли весь список.

Îé. Êàêîé òàêîé äàìï? Íåò íèêàêîãî äàìïà. Ýòî Âû, ïîäè, íà âîïðîñ èç êàêîé-íèáóäü ñîñåäíåé âåòêè õîòåëè îòâåòèòü.


Íå òîò ñëó÷àé. Ãàëêà ñòîÈò.


Äà íåò, íà ýòîò ðàç êëè÷åñòâî çàïèñåé ìåíüøå 5000. Áûâàåò è áîëüøå, íî òîãäà, ðàçóìååòñÿ, íà âîïðîñ îãëàñèòü ëè âåñü ñïèñîê îòâå÷àþ ïîëîæèòåëüíî. Íî ñåé÷àñ íå òîò ñëó÷àé.


Íåò, íå â ôîíîâîì.


Ïîïàäàþò


Î òîì è ðå÷ü, ÷òî ÍÅ ïîïàäàþò.  ýòîì-òî è âåñü âîïðîñ. Õîòÿ, ïîâòîðþñü, áóôåðèçàöèÿ COEP è COBK çàïðåùåíà. È íà ñåðâåðå ðàçðàáîòêè îáðàùåíèå ê âüþøêå COVP â ST05 ïîïàäàåò.

Çà èäåè áîëüøîå ñïàñèáî. Ïîêà îíè íå ñðàáîòàëè, íî çà ãîòîâíîñòü ïîìî÷ü - óæå ñïàñèáî.
Ìîæåò, åùå êàêèå ìûñëè?

А что говорят ваши базисники?

Íå ïîäóìàéòå ÷åãî ïëîõîãî, íî îíè ìîë÷àò. Ñïîêîéíî è ñ äîñòîèíñòâîì.

Я так понял, проблема в том, что не попадают обращения к COVP в некоей Z-программе. Вот и предлагаю проверить: это особенность этой программы в данной системе или особенность данной системы вообще. Если это особенность системы, я бы проверил еще другие view. Если не попадают и они, остается только пытать администраторов.

Не уверен на 100%, но ST05 может не всё писать, если у пользователя, на которого она активирована, запущено одновременно несколько процессов.

Довольно много нот на service.sap.com посвящено тому, что ST05 криво работает. Помнится, на каком-то патч-уровне базиса не рекомендовалось вообще запускать ST05 в продуктиве, ибо это могло вызвать неконсистентность базы данных при работе процессов обновления.

А для SE16 в ST05 записи появляются?
Для версии 4.7 (Oracle) такой проблемы не наблюдаю.

А если: ST04 -> Detail analysis menu -> Table Access -> выбрать COEP, и посмотреть для SELECT места вызова из программ. Есть там Z... прога?