Oracle利用errorstack追蹤tomcat報錯ORA-00903 無效表名的問題

2020-07-26 13:25:45

字體：大中小

來源：轉載

供稿：網友

現象

tomcat錯誤日志斷斷續續報ORA-00903: invalid table name，并無具體SQL與表名，需要排查哪段代碼寫入了無效表名，
可以通過ORACLE提供的errorstack追蹤報錯SQL。
由于生產數據無法取出，以下皆為測試環境測試還原生產錯誤。

errorstack簡介

設置errorstack，在發生特定的ORA錯誤時會記錄發生問題的會話，語句以及各個進程的trace文件，
在alert日志中有記錄錯誤記錄的trace文件位置，也可以給單獨會話開啟errorstack，追蹤會話報錯信息，可以通過
下面兩個方法開啟：

/* level 0 僅轉儲錯誤堆棧
/* level 1 轉儲錯誤堆棧和函數調用堆棧
/* level 2 Level 1 + ProcessState
/* level 3 Level 2 + Context area （顯示所有cursors，著重顯示當前cursor）

（1）alter session/system

alter session/system set events '<error_number> trace name errorstack level 3';
/* error_number為ORA錯誤后編號。

（2）oradebug

/* 使用oradebug需要用戶具有sysdba權限
SQL> oradebug setospid/setmypid/setorapid <pid>;
SQL> oradebug dump errorstack 3

可以通過下面方法查看當前系統開啟errorstack狀態：

SQL> set serveroutput on
SQL> oradebug setmypid
SQL> oradebug eventdump session/system;

追蹤

SQL> alter system set events '903 trace name errorstack level 3';
alter日志：

Tue Jun 09 14:23:44 2020
OS Pid: 10855 executed alter system set events '903 trace name errorstack level 3'

追蹤結果

alert日志信息：

Tue Jun 09 14:28:04 2020
Errors in file /u01/app/oracle/diag/rdbms/honor/honor1/trace/honor1_ora_7205.trc:
ORA-00903: 表名無效
Tue Jun 09 14:28:06 2020
Dumping diagnostic data in directory=[cdmp_20200609142806], requested by (instance=1, osid=7205), summary=[abnormal process termination].

查看對應trc追蹤文件：

*** 2020-06-09 14:28:04.303
*** SESSION ID:(26.661) 2020-06-09 14:28:04.303
*** CLIENT ID:() 2020-06-09 14:28:04.303
*** SERVICE NAME:(honor) 2020-06-09 14:28:04.303
*** MODULE NAME:(SQL*Plus) 2020-06-09 14:28:04.303
*** ACTION NAME:() 2020-06-09 14:28:04.303
dbkedDefDump(): Starting a non-incident diagnostic dump (flags=0x0, level=3, mask=0x0)
----- Error Stack Dump -----
ORA-00903: è¡¨å<90><8d>æ<97> æ<95><88>
----- Current SQL Statement for this session (sql_id=0vaqwchf1y3fq) -----
insert into null values(1)

找到具體sql，拿給開發人員，修改相關邏輯，錯誤修復。

關閉errorstack