ORA-02050: 에러가 가끔가다가 발생하는데

Question

alert.log 의 에러 내용은 이렇습니다.
~~~~~
Tue Jan 2 08:57:41 2007
Error 2068 trapped in 2PC on transaction 20.4.4845. Cleaning up.
Error stack returned to user:
ORA-02050: 트랜잭션 20.4.4845가 롤백되고, 다른 원격 DB는 불명료한 상태입니다
ORA-02068: TO_DB_2ND로 부터의 다음의 치명적인 오류가 있습니다
ORA-03135: 접속이 끊겼습니다.
Tue Jan 2 08:57:41 2007
DISTRIB TRAN ORAYS1.f7c20f5e.20.4.4845
is local tran 20.4.4845 (hex=14.04.12ed)
insert pending collecting tran, scn=7293147162159 (hex=6a2.1172262f)
Tue Jan 2 08:57:41 2007
DISTRIB TRAN ORAYS1.f7c20f5e.20.4.4845
is local tran 20.4.4845 (hex=14.04.12ed))
delete pending collecting tran, scn=7293147162159 (hex=6a2.1172262f)
Tue Jan 2 08:58:25 2007
Error 2068 trapped in 2PC on transaction 21.8.11036. Cleaning up.
Error stack returned to user:
ORA-02050: 트랜잭션 21.8.11036가 롤백되고, 다른 원격 DB는 불명료한 상태입니다
ORA-02068: TO_DB_2ND로 부터의 다음의 치명적인 오류가 있습니다
ORA-03135: 접속이 끊겼습니다.
Tue Jan 2 08:58:25 2007
DISTRIB TRAN ORAYS1.f7c20f5e.21.8.11036
is local tran 21.8.11036 (hex=15.08.2b1c)
insert pending collecting tran, scn=7293147163792 (hex=6a2.11722c90)
Tue Jan 2 08:58:25 2007
DISTRIB TRAN ORAYS1.f7c20f5e.21.8.11036
is local tran 21.8.11036 (hex=15.08.2b1c))
delete pending collecting tran, scn=7293147163792 (hex=6a2.11722c90)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
에러 내용을 매뉴얼로 찾아보면
2 Phase Commit 완료 이전에 remote DB 가 Crash 되거나, network 장애가 발생하면 ora-02050 에러가 발생할 수 있다고 하는데
문제는 디비 링크 TO_DB_2ND 를 이용한 SELECT 문 밖에 수행이 안 된다는 겁니다.
DML 이라도 수행이 되야 뭐라도 해볼텐데, SELECT 밖에 없으니 어떤 식으로 이 장애 상황을 해결해야 할지 막막하군여.. 쩝~~
또 재미난 상황은 In-Doubt Transaction에 대해서는 RECO 프로세스가 알아서 복구시킨다고 하고 alert.log에 위에 기술한 내용을기록합니다. 그렇다면 유저 화면에 저런 에러 메시지가 안 보여야 정상일거 같은데, 가끔가다가 등록하는 화면에서 등록이 제대로 안 되면서 저런 에러가 보입니다.
환장할 노릇입니다...
이런 상황 경험해 본 고수분들의 조언을 구합니다.
글 수정:
woo3615

Answer 1

우선 에러에 관련된 내용을 올리실려면 OS 와 Oracle version 을 같이 올려주셔야
합니다.그래야 에러를 분석하는데 있어 쉽게 접근할 수가 있습니다. ^^
저두 초짜라 100% 확신은 하지 못합니다..참고로 하시길 권하는 바입니다.
에러 메시지를 보니 오라클 버전은 8i 일 것 같은데 맞는지 모르겠군요...
버그(bug 2273417)라고 판단이 됩니다. 로곤 트리거가 존재할 때 트랜잭션에서
복구를 하지 못하는 그런 종류의 에러 인듯 싶습니다.
이 에러를 해결하는 방법으로는 9.0.1.4 또는 9.2.0.2 으로의 업그레이드를 추천
하는 바입니다. 또는
SQL>select trigger_name, triggering_event, status from dba_triggers
where triggering_event like 'LOG%';
위의 쿼리를 통해서 모든 로그 트리거를 Disable 시켜야 될 것 같습니다.