Oracle9i Database Release 2(9.2.0.1 - 9.2.0.2) 을 사용하신다면, 버그 입니다.

그리고 db link 를 어떻게 사용하시는지...

그리고 OS는 어떻게 되는지요

흔히 보이는 증상으로서는 select문 실행시 db link 로 연결한 디비의 UNDO SEGMENT를 사용하기 때문입니다. 이 증상을 없애기 위해서는 set transaction read only 를 실행 시키면 위와 같은 증상을 회피 할 수도 있습니다.

그러나 단순히 님이 올려 놓으신 글만으로는 단정하기는 다소 어려워 보입니다.

해 보시고 다시 리플 달아 주시기 바랍니다.

정말 죄송합니다.
정보가 너무 부족했군요. ㅠ.ㅠ
ORACLE VERSION : 9.2.0.7
OS : HP-UX  B.11.11 U 9000/800 500179543 무제한-사용자 라이센스

제가 개발자가 아니라서 db link를 정확히 어떻게 사용하는지 알지 못하고 있습니다.
오라클 DB 점검을 하게 되었는데... alert log file에서 보니 위와 같은 에러가 자주 발생하고 있어서
어떻게 처리를 해야할 지 조언을 부탁드리게 되었습니다.

아직 실력이 미천하니까 많은 조언 부탁드립니다.
그리고 오라클 DB 월점검 할 때,  참고할 만한 서적이나 웹사이트가 있으면 알려주세요. ^^

지금 에러가 발생하는 상황이 로컬에서 접속 할 때도 위와 같은 에러가 발생한다는 이야기 인가요.

혹시 오라클 클라이언트를 통해서 접속한다면, 데이터베이스 링크를 통하여 접속하고 있는 동안에 리모트 데이터베이스가 재기동 되는 경우에 그 접속 정보를 접속 한 곳에 통지 하기 위하여 ORA-2068/ORA-3113 을 발생 시킵니다.
만약 이런 경우라면, 무시 하셔도 됩니다.
오라클을 재기동 할 때에 리모트 접속을 중단 시키는 것도 하나의 방법입니다.
리플 달아 주시기 바랍니다.

앞서 말씀하신 님 말대로 Oracle Bug 인지는 모르겠으나, 
메시지 상으로 보면 분산 트랜잭션 시 Remote DB Down 이나 네트웍 문제 등으로 인해
오라클 Background Process(RECO) 가 자체적으로 그 트랜잭션에 대해 Roll Back 이나, Commit 등을
수행하여 Cleaning Up 을 했다는 말이군요.

일단 해당 트랜잭션이 정상적으로 Cleaning Up 을 했기 때문에 별 문제 없이 보입니다만,
만약 RECO Process 가 정상적으로 Cleaning Up 을 하지 못했을 경우, ORA-01591 등의 치명적인
에러가 발생하면서 해당 Object 가 Select 조차 되지 않는 현상이 발생할 수 있습니다.

그럴 경우 해당 트랜잭션을 상황에 따라 강제 Rollback(rollback force) 혹은 강제 Comit (commit force)
을 해줘야 정상적으로 해당 Object 가 접근이 가능합니다.

일단 이런 복잡한 내용은 여기서 그만 하기로 하구요.....

이 시점에서 확인해야 할 부분을 몇 가지 요약을 해보면 아래와 같습니다.


1. 해당 시점에 네트웍 확인
2. Listener 가 정상적인지, DB 가 제대로 살아있는지, 해당 트랜잭션에서 사용하는 DB Link 가 제대로
    되는지 확인
3. Reco Process 가 살아있는지 확인 (ps -ef|grep reco)
4. Remote DB 의 alert log 조회가 가능하다면 alert log 를 확인하여 특이사항 확인
   만약 불가하다면 혹시 해당시간대에 Backup 을 받았는지 아니면 정규 Sysmods 작업을 한다든지
   기타 등등을 의심해 볼 필요가 있을 것 같네요.


지금 메시지만 가지고 판단을 한다면 불규칙적으로 계속해서 떨어지는 것으로 보아
네트웍이 불안정한지에 대해 가장 먼저 확인을 해 봐야 될 것으로 생각됩니다.

리플이 너무 늦어진 것 같습니다.
두분 모두 감사드립니다.
지금은 해당 담당자와 정확한 원인을 찾고 있습니다.
답변 감사드리고 추후에 질문이 있으면 다시 글을 올리겠습니다.
그럼 좋은 하루 보내세요. ^^

접속 프로세스들을 kill허신 적이 있다면 was의 커넥션 풀을 확인해보세요