LK DB_NAME FILE에 대하여 (ORA-1102에 대한 원인 설명)

Question

제품 : ORACLE SERVER
작성날짜 : 2000-05-05
LK<DB_NAME> FILE에 대하여 (ORA-1102에 대한 원인 설명)
===================================================
Unix 용 Oracle7.3.3 이전의 version에서는 parallel server mode(OPS)로
운용하지 않더라도 서로 다른 ORACLE_SID를 이용하는 두개의 instance가 하나의
database를 동시에 mount하는 것이 경우에 따라서는 가능할 수도 있었다
(<Bug:272030>). 이 경우, 서로 독립적인 두개의 instance가 동일한 database
file들을 동기화 (synchronisation)없이 access할 수 있기 때문에 database
corruption을 유발시킬 수 있었다.
Unix system에서의 이러한 문제를 회피하기 위하여 7.3.3부터 'mount lock'
file이 이용된다. 이 file은 그 size가 0 byte, 생성되는 위치는
$ORACLE_HOME/dbs 이며 그 이름은 lk<DB_NAME> 이다.
Oracle이 database를 mount할 때 lk<DB_NAME> file과 관련하여 다음과 같은
절차를 수행한다.
1. file name의 'DB_NAME' 부분은 db_name parameter를 이용한다.
예를 들어, db_name=V803 이라면 사용되는 lock file의 위치와 이름은
'$ORACLE_HOME/dbs/lkV803'이 된다.
2. 만약 해당 file이 존재하지 않는다면 생성한다.
존재한다면 file을 open한다.
3. 이 file에 exclusive Unix file lock을 설정한다.
위의 과정 상에서 문제가 발생된다면 해당 instance는 db를 mount할 수 없으며
ORA-1102('cannot mount database in exclusive mode')가 return된다.
Releasae 7.3.3 이전에서는 동일한 $ORACLE_HOME, 동일한 db_name을 이용하는
두 개의 database를 $ORACLE_SID만 다르다면 동시에 open하여 사용할 수 있었다.
그러나 lock file이 사용되는 7.3.3부터는, lock file의 이름에 db_name이
이용되기 때문에 어느 한쪽의 db_name을 변경해야만 동시에 open하여 사용할
수가 있다.(db_name의 변경은 controlfile을 재생성함으로써 가능하다.)
이렇게 database의 db_name이 변경되면 각각의 lk<DB_NAME> file을 생성하여
이용하게 된다.
참고 사항
1. database를 구동하고 있는 instance가 있을 때에는 lk<DB_NAME> file은
삭제하지 않도록 한다.
2. database가 shutdown되더라도 lk<DB_NAME> file은 삭제되지 않고 존재한다.
따라서 이 file의 유무를 가지고 database의 구동 유무를 판단할 수 없다.
3. lk<DB_NAME>의 DB_NAME은 SID와는 다를 수 있다. SID가 아닌 DB_NAME을
이용함에 주의.
4. lock file과 관련하여 다음의 error들이 발생될 수 있다.
ORA-9992 scumnt: failed to open <FILENAME>
ORA-9993 scumnt: failed to lock <FILENAME>
ORA-1102 cannot mount database in exclusive mode

Answer 1