1、为发生错误的Form加上跟踪
2、重现错误，在udump目录下查看trace文件
3、找到这样的报错
|
PARSING IN CURSOR #70 len=120 dep=0 uid=44 oct=3 lid=44 tim=2502449707361 hv=3320467580 ad=
’99f21c88′
SELECT LAST_DOCUMENT_NUM + 1 FROM AP_CHECK_STOCKS WHERE CHECK_STOCK_ID = :b1 FOR UPDATE
OF LAST_DOCUMENT_N
UM NOWAIT
END OF STMT
PARSE #70:c=0,e=2425,p=0,cr=2,cu=0,mis=1,r=0,dep=0,og=0,tim=2502449707353
WAIT #70: nam=’SQL*Net message to client’ ela= 2 p1=1952673792 p2=1 p3=0
WAIT #70: nam=’SQL*Net message from client’ ela= 356 p1=1952673792 p2=1 p3=0
BINDS #70:
bind 0: dty=2 mxl=23(22) mal=00 scl=00 pre=00 oacflg=03 oacfl2=0 size=24 offset=0
bfp=800003fb8005b6f8 bln=23 avl=04 flg=05
value=10094
EXEC #70:c=0,e=1159,p=0,cr=7,cu=1,mis=0,r=0,dep=0,og=4,tim=2502449709034
ERROR #70:err=54 tim=256250850
|
4、确认err=54是资源繁忙的错误
$ oerr ora 54
00054, 00000, “resource busy and acquire with NOWAIT specified”
// *Cause: Resource interested is busy.
// *Action: Retry if necessary.
5、查看dba_objects和v$locked_object，找到对SQL中的表加锁的SESSION_ID，然后kill这个会话。
这一步需要注意的是，Oracle ERP系统中使用了大量的带有CLIENT_INFO环境参数的视图，比如本例中的AP_CHECK_STOCKS就是一个视图，所以直接从v$locked_object里面是查不到锁定视图的会话的，所以通常我们还需要找到这个视图的定义，然后查询视图使用的基表。
