1. 일반적으로 아래와 같이 lock 세션을 찾습니다.

BISDev:/oracle/dba_script] cat lock1.sql
select a.sid, decode(a.type, 'MR', 'Media Recovery',
'RT', 'Redo Thread', 'UN', 'User Name', 'TX', 'Transaction',
'TM', 'DML', 'UL', 'PL/SQL User Lock', 'DX', 'Distributed Xaction',
'CF', 'Control File', 'IS', 'Instance State', 'FS', 'File Set',
'IR', 'Instance Recovery', 'ST', 'Disk Space Transaction',
'IR', 'Instance Recovery', 'ST', 'Disk Space Transaction',
'TS', 'Temp Segment', 'IV', 'Library Cache Invalidation',
'LS', 'Log Start or Switch', 'RW', 'Row Wait',
'SQ', 'Sequence Number', 'TE', 'Extend Table',
'TT', 'Temp Table', a.type) lock_type,
decode(a.lmode,
0, 'None', /* Mon Lock equivalent */
1, 'Null', /* N */
2, 'Row-S (SS)', /* L */
3, 'Row-X (SX)', /* R */
3, 'Row-X (SX)', /* R */
4, 'Share', /* S */
5, 'S/Row-X (SSX)', /* C */
6, 'Exclusive', /* X */
to_char(a.lmode)) mode_held,
decode(a.request,
0, 'None', /* Mon Lock equivalent */
1, 'Null', /* N */
2, 'Row-S (SS)', /* L */
3, 'Row-X (SX)', /* R */
4, 'Share', /* S */
5, 'S/Row-X (SSX)', /* C */
6, 'Exclusive', /* X */
to_char(a.request)) mode_requested,
to_char(a.id1) lock_id1, to_char(a.id2) lock_id2
from v$lock a
where (id1,id2) in
(select b.id1, b.id2 from v$lock b where b.id1=a.id1 and
b.id2=a.id2 and b.request>0);


2. 위의 1번에서 lock이 검색이 되지 않을 경우 아래와 같은 스크립트로 확인합니다.

BISDev:/oracle/dba_script] cat lock2.sql
set linesize 200
col username for a15
col object_owner for a15
col object for a15
col lockwait for a10

select b.username username, c.sid sid, c.owner object_owner,
c.object object, b.lockwait, a.sql_text SQL
from v$sqltext a, v$session b, v$access c
where a.address=b.sql_address and
a.hash_value=b.sql_hash_value and
b.sid = c.sid and c.owner != 'SYS';

3. 마지막으로 아래 스크립트도 실행합니다.

BISDev:/oracle/dba_script] cat lock3.sql
select substr(s.username,1,11) "ORACLE USER",
p.pid "PROCESS ID", s.sid "SESSION ID", s.serial#,
osuser "OS USER", p.spid "PROC SPID",
s.process "SESS SPID", s.lockwait "LOCK WAIT"
from v$process p, v$session s, v$access a
where a.sid=s.sid and
p.addr=s.paddr and
s.username != 'SYS';


질문 1] 1번 스크립트를 실행하면 데이터가 없더라도 2,3번 스크립트를 실행하면 많은 데이터가 검출 되는 것은 무슨 이유인가요? 그리고 2,3번 스크립트 실행하여 검색된 결과의 세션을 kill
시켜도 되는지요?

질문 2] 다시 종합하자면 lock에 걸린 세션과 테이블을 알아보려면 1,2,3번 스크립트를 실행하는데 각각의 정확한 용도와 의미를 알고 싶습니다.




ANSWER
=======
1. lock1.sql은 다음의 url에서 정의한 system lock type을 쥐고 , 다른 process가 request를 해야 보여지는 query입니다.

http://download.oracle.com/docs/cd/B19306_01/server.102/b14237/dynview
s_1147.htm#g1427852
Table 6-1 Values for the TYPE Column: System Types

lock을 쥐었으나 , 상기의 sql을 수행시 요청하는 process가 없었다면 확인되지 않을 것입니다.

2,3번 스크립트는 요청하는 다른 process가 없더라도 oracle에 접속하여 library cache에 대한 access가 있기만 하면
보여지는 script들로 많은 정상적인 session들을 포함합니다.\

locking현상이 발생하는 경우, 어떠한 lock인지 그리고 그 lock을 유발한 program layer에 문제는 없는지 등의 점검이 필요합니다.

2. 1번은 LOCK 문제를 일으키는 SQL 명령 찾는데 사용합니다.
2번은 Lock과 관련된 테이블을 , 3번은 관련된 프로세스를 확인합니다.

결론적으로 정리시 마지막 3번의 script를 수행하여 lockwait 에 아무런 값이 없는게 blocker입니다.
이 process가 오랫동안 lock을 쥐고 있다면, client/server process가 모두 정상적인지 여부에 대한 확인및
정리가 필요할 수 있습니다. 또한 2번을 수행하여 어떠한 table인지 확인및 어떠한 작업인지 유추로 program layer에 문제가
없었는지도 점검해야 합니다.

답변드린 사항에 대한 추가 문의가 있으시면 update를 남겨 주시고 충분하시면 close바랍니다.