今天，功能顾问说客户在作付款的时候忽然客户端掉电，然后再次登录以后就无法继续付款了，报错界面如下。

　　明显是意外掉电导致的客户端进程没有释放，所以产生了始终不释放的lock。

　　如果对于业务比较熟悉，知道这是哪个form，问清楚客户使用的什么职责，通常从v$lock和v$session中就可以得到足够的信息，然后kill掉产生lock的会话就可以了。

　　但是如果对于业务不熟悉就只能依靠Oracle RDBMS的知识一点点检查了，我的解决方法基本上是这样。

　　1。为发生错误的Form加上跟踪

　　2。重现错误，在udump目录下查看trace文件

　　3。找到这样的报错

　　PARSINGINCURSOR#70len=120dep=0uid=44oct=3lid=44tim=2502449707361hv=3320467580ad=’99f21c88′
　　SELECTLAST_DOCUMENT_NUM+1FROMAP_CHECK_STOCKSWHERECHECK_STOCK_ID=:b1FORUPDATEOFLAST_DOCUMENT_N
　　UMNOWAIT
　　ENDOFSTMT
　　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*Netmessagetoclient’ela=2p1=1952673792p2=1p3=0
　　WAIT#70:nam=’SQL*Netmessagefromclient’ela=356p1=1952673792p2=1p3=0
　　BINDS#70:
　　bind0:dty=2mxl=23(22)mal=00scl=00pre=00oacflg=03oacfl2=0size=24offset=0
　　bfp=800003fb8005b6f8bln=23avl=04flg=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=54tim=256250850

　　4。确认err=54是资源繁忙的错误

　　$oerrora54
　　00054,00000,“resourcebusyandacquirewithNOWAITspecified”
　　//*Cause:Resourceinterestedisbusy.
　　//*Action:Retryifnecessary.

　　5。查看dba_objects和v$locked_object，找到对SQL中的表加锁的SESSION_ID，然后kill这个会话。

　　这一步需要注意的是，Oracle ERP系统中使用了大量的带有CLIENT_INFO环境参数的视图，比如本例中的AP_CHECK_STOCKS就是一个视图，所以直接从v$locked_object里面是查不到锁定视图的会话的，所以通常我们还需要找到这个视图的定义，然后查询视图使用的基表。