Как проверить всю информацию стека pl / sql из другого сеанса, который удерживает блокировки и вызывает тупик

Question

У меня есть сгенерированный файл трассировки .tr c из-за ошибки взаимоблокировки. Файл содержит все, что мне нужно о текущей сессии, и имеет классный стек вызовов pl / sql. Но как насчет всей этой информации для другого сеанса? Все, что у него есть, просто sql, что может быть частью более полного кода pl sql. Можно ли получить полный стек вызовов pl sql для другого сеанса? Потому что пока я понятия не имею, какой фрагмент кода из другого сеанса может вызвать такую ​​тупиковую ситуацию.

Answer 1

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