Уважаемые гуру! Не подскажите ли выход из следующей ситуации
В один из прекрасных дней (уже не в первый раз) наша база встала колом. Попытки войти через SAP и посмотреть процессы sm50 - не увенчалась успехом. Ничего не отвечает.Телефоны разрываются.
К счастью есть еще Spotlight - видим блокировку узера SAPR3 - (конечно они все там такие) и его PID.
Входим на сервер и убиваем этот ненавистный процесс.
kill -9 PID - и о чудо! Все поехало, но! Внимание вопрос:
а можно ли теперь узнать кто был этот загадочный пользователь,
ведь мы его грохнули и имя не спросили.Только видели, что его задача что то инсертит в табличку TSPEVJOB
Прошу прощения если вопрос тривиальный, только очень нужно найти того кто все периодически вешает, и понять где узкое место.
Заранее спасибо, если кто поможет.

Такое предположение - работает какое-то фоновое задание и имеет немеренный размер вывода в спул...
Можно посмотреть по журналам какой процес после kill перестартовал и в stat по номеру убитого процесса посмотреть кого он обслуживал и т.д. по цепочке

Если это происходит в неопределенное время, можно активировать трассировку обращений к БД с ограниечением на трассиовку ттолько нужной таблицы (ST01).

когда нет возможности до SM50 добраться с уровня SAP - то существует такая волшебная программка как dpmon - с уровня операционной системы.

Oracle 8.1.7.3 ?

Было у меня такое:
Консультант у заказчика запустил задачу. Затем выключил комп и ушел. Диалоговый процесс продолжался, ответ вернуть система не могла. Поскольку консультант снова зашел из другого места но адрес сетевой его сменился. Процесс работал несколько дней, пока на уровне операционки не убили.

SAP обычно отслеживает обрыв связи с терминалом, но иногда он ошибается.
А вот, чтобы повисшие сеансы не грузили систему, служит автоматический logout.

Я прошу прощения, стал просматривать журнал SM21 - надеялся найти там упоминания того PID, которого я убивал через kill - и , конечно его там нет. Попытался найти записи в STAT - и убедился, что данных за вчерашний день уже нет , Хотя , честно говоря PID я там не увидел и в сегодняшних данных. Может ,уважаемый Председатель, я Вас не правильно понял про STAT ? А oracle у нас 8.0.6. Заранее спасибо.

Имеется в виду не PID с уровня ОС, а номер процесса в SM50 (первая колонка). Его и указываешь в STAT...

Была похожая проблема. Раза четыре примерно раз в месяц система висла. Симптомы и решение описаны в SAP Note 488583