Oracle ERP 死鎖排查實戰：從 Trace 文件定位鎖定視圖基表到 Kill Session

案例背景

客戶付款過程中客戶端斷電，重新登入後無法繼續付款，報錯 FRM-40501: ORACLE error: unable to reserve record for update or delete。顯為斷電導致 Client Process 未釋放鎖。

排查流程

1. 為報錯 Form 啟用 Trace

在 Forms 執行參數加入 DEBUG=YES 或設定 FORMS90_TRACE_PATH、FORMS90_TRACE_FILE。

2. 重現錯誤並分析 Trace (udump 目錄)

關鍵片段：

PARSING IN CURSOR #70 ... 
SELECT LAST_DOCUMENT_NUM+1 FROM AP_CHECK_STOCKS 
WHERE CHECK_STOCK_ID=:b1 FOR UPDATE OF LAST_DOCUMENT_NUM NOWAIT
...
ERROR #70: err=54

3. 確認錯誤碼含義

$ oerr ora 54
00054: resource busy and acquire with NOWAIT specified
Cause: Interested resource is busy.
Action: Retry if necessary.

明確為 FOR UPDATE NOWAIT 遭遇資源鎖定。

4. 定位鎖定 Session 並殺除

1. 查 DBA_OBJECTS 確認 AP_CHECK_STOCKS 為視圖；
2. 查視圖定義 (USER_VIEWS) 找出基表 (如 AP_CHECK_STOCKS_ALL)；
3. 對基表查 V$LOCKED_OBJECT 找到 SESSION_ID；
4. ALTER SYSTEM KILL SESSION 'sid,serial#' IMMEDIATE; 釋放鎖。

關鍵技術點

• ERP 大量使用帶 CLIENT_INFO 環境參數的視圖，V$LOCKED_OBJECT 僅顯示基表鎖，需透過視圖定義反推；
• FOR UPDATE NOWAIT 適合高併發短交易，但需應用層處理 ORA-00054 重試邏輯；
• 斷電/網路中斷導致的「孤兒鎖」需 DBA 介入清理，建議應用層加入心跳機制定期釋放閒置鎖。

結語

ERP 死鎖排查核心：Trace 定位 SQL → 識別視圖基表 → 查鎖殺 Session → 根因修正 (應用重試邏輯/心跳機制)。建立標準化排查手冊，可將類似故障 MTTR 從小時級降至分鐘級。