|
|
IOTN :: Field Book :: ORACLE 
|
|
dblink ORA-02068 ORA-03113 ORA-02080 [ ALTER SESSION CLOSE DATABASE LINK RDBNM; ]
|
|
최길호
[LIST]
|
2010-07-10 22:14:02, 조회 : 99,115 |
추가
JDBC 의 버전이 맞지 않아서 생기는 경우도 있다고 한다.
JDBC가 하위버전일 경우에 나오는 버그로 세션이 제대로 끝기지 않는다고 한다.
출처: http://uiandwe.tistory.com/685
ISSUE CLARIFICATION
====================
웹로직서버에서 아래와 같은 에러 메세지가 발생합니다.
원인과 해결책을 알려주세요
EXOUtil:getCbName: java.sql.SQLException: ORA-02068: PMOMP_TO_PROD로 부터의 다음의
치명적인 오류가 있습니다
ORA-03113: 통신 채널에 EOF 가 있습니다
ISSUE VERIFICATION
===================
올려주신 alert.log내역은 다음과 같습니다.
Thu Dec 21 08:32:24 2006
Error 2068 trapped in 2PC on transaction 39.21.409. Cleaning up.
Error stack returned to user:
ORA-02050: 트랜잭션 39.21.409가 롤백되고, 다른 원격 DB는 불명료한 상태입니다
ORA-02068: PMP_BC_TO_ERP로 부터의 다음의 치명적인 오류가 있습니다
ORA-03113: 통신 채널에 EOF 가 있습니다
Thu Dec 21 08:32:24 2006
DISTRIB TRAN PMOMP.a0a63b74.39.21.409
is local tran 39.21.409 (hex=27.15.199)
insert pending collecting tran, scn=7270308742325 (hex=69c.c02b84b5)
Thu Dec 21 08:32:25 2006
DISTRIB TRAN PMOMP.a0a63b74.39.21.409
is local tran 39.21.409 (hex=27.15.199))
delete pending collecting tran, scn=7270308742325 (hex=69c.c02b84b5)
Thu Dec 21 08:42:11 2006
Error 2068 trapped in 2PC on transaction 27.25.4319. Cleaning up.
Error stack returned to user:
ORA-02068: PMOMP_TO_PROD로 부터의 다음의 치명적인 오류가 있습니다
ORA-03113: 통신 채널에 EOF 가 있습니다
RESEARCH
=========
올려주신 alert.log및 web logic log에 따르면 dblink PMOMP_TO_PROD를 통해서 작업하던 분산 transaction
이 오류로 인하여 ora-2068 , ora-3113 error가 발생되었습니다.
문제 원인은 remote server로 부터 일가능성이 큽니다. 혹은 network단이나 제대로 전달했어도 받지 못한 경우도
문제가 될 수 있습니다.
alert.log엔 또다른 dblink인 PMP_BC_TO_ERP 오류도 있네요.
다음의 정보들을 취함해 주시기 바랍니다.
ACTION PLAN
============
1. dblink PMOMP_TO_PROD를 통해서 access하는 remote server의 정보를 올려 주시기 바랍니다.
SQL>select * from dba_db_links where db_link='PMOMP_TO_PROD';
remote server의 oracle version을 알려 주시기 바랍니다.
2. 각 오류에 대한 상세 분석을 위해선 local server및 remote server에 다음과 같이 errorstack을 걸어 주시기 바랍니다.
결과 생성되는 trace file을 upload바랍니다.
SQL>alter system set events '3113 trace name ERRORSTACK level 3';
SQL>alter system set events '2068 trace name ERRORSTACK level 3';
위와 같이 설정하면, 설정이후 접속하는 process에 대해서 ora-3113, ora-2068 오류가 발생하는 시점에 상세 정보를 trace file로 남깁니다.
user process에 의한 오류는 user_dump_dest에 남기며 path 확인은 다음과 같습니다.
SQL>show parameter user_dump_dest
결정한 값을 disable하려면 다음과 같이 합니다.
SQL>alter system set events '3113 trace name ERRORSTACK off';
SQL>alter system set events '2068 trace name ERRORSTACK off';
3. (optional) 이는 위의 2의 결과도 분석이 부족한 경우에 필요하며, sqlnet trace를 통해서 tracing하는 방법입니다.
sqlnet trace를 거는 방법은 다음과 같습니다.
1) Client tracing
SQL*Net이 설치된 client 쪽 $ORACLE_HOME/network/admin/sqlnet.ora
파일에 다음을 추가해 주십시오.
trace_level_client = 16 /* 제일 높은 LEVEL임 */
trace_file_client = client
trace_directory_client = c:\temp /* trace 파일이 생성될 디렉토리 */
TRACE_UNIQUE_client=YES
TRACE_TIMESTAMP_client=ON
2) Server side tracing
DB 서버 쪽의 sqlnet.ora file을 편집하시라는 뜻입니다.
To enable this trace you will have to add the following line to your
$ORACLE_HOME/network/admin/sqlnet.ora
trace_level_server = 16
trace_directory_server = /oracle/temp /* trace 파일이 생성될 디렉토리 */
trace_file_server = srv.trc
3번과 같이 셋팅하시면, Server 쪽으로 들어오는 Client로부터의 모든
SQL*Net traffic을 볼 수 있습니다.
RESEARCH
=========
올려주신 오류는 ora-2050, ora-2068 error와 함께 ora-3135 error가 함께 발생되고 있습니다.
1. 접속시 발생하는 오류라면 AUDSES$ 의 cache size를 default값인 20->10000으로 증가를 고려바랍니다.
이는 다음의 note를 통해서 제공되고 있습니다.
Note 404724.1 ORA-03135 when connecting to Database
SQL>alter sequence AUDSES$ cache 10000;
2. local과 remote server의 $ORACLE_HOME/network/admin/sqlnet.ora나 listener.ora에 timeout과 관련된 설정이 있는지
확인바랍니다.
3. 다시 한번더 local과 remote server에 대해서 다음과 같이 event를 걸어 주시기 바랍니다.
SQL>alter system set events '2050 trace name ERRORSTACK level 3';
SQL>alter system set events '2068 trace name ERRORSTACK level 3';
SQL>alter system set events '3135 trace name ERRORSTACK level 3';
RESEARCH
=========
Note 404724.1 ORA-03135 when connecting to Database의 내용은 다음과 같습니다.
external 문서라 metalink에서 조회가 가능할거 같은데, 찾아지시지 않은신거 같네요.
SymptomsOn 10.2.0.2 in Production:
When attempting to connect to the primary database,
the following error occurs.
ERROR
ORA-03135 connection lost contact
CauseThe issue is caused by the following setup: AUDSES$ cache size is set to 20 (default).
Bug.5621770 ORA-3135 CONNECTING TO PRIMARY DATABASE WHEN SHUTDOWN STANDBY HOST.
AUDSES$ is cached for 20 values so only every 20th connection or increment to au
dses$ will cause an update. If there is a problem to update the seq$, then the c
lient connection will receive ORA-3135.
SolutionTo implement the solution, please execute the following steps:
1. login to database
2. increase the cache size of AUDSES$ from 20 (default) to 10000
참고만 바랍니다. 갑자기 접속수가 많아지는 경우에 발생될 여지가 있는 issue라 적어 드렸습니다.
감사합니다.
sqlnet trace를 거는 방법은 다음과 같습니다.
1) Client tracing
SQL*Net이 설치된 client 쪽 $ORACLE_HOME/network/admin/sqlnet.ora 파일에 다음을 추가해 주십시오.
TRACE_LEVEL_client=16
TRACE_FILE_client=client
TRACE_DIRECTORY_client=/data/oracle/JUWORA1P/system_02/client_trace
TRACE_UNIQUE_client=YES
TRACE_TIMESTAMP_client=ON
이는 선언후부터 sqlnet을 통해서 access되는 모든 정보가 trace로 남습니다.
필요한 trace가 확보되면 즉시 설정한 값은 지워주시기 바랍니다.
출처: http://blog.naver.com/kcufl/60095815731 |
18.97.9.172
|
|
|
|
|
|
9.2.0.4
+ server-side$ $ORACLE_HOME/network/admin/sqlnet.ora [ sqlnet.expire_time=10 ]
+ server-side$ $ORACLE_HOME/dbs/init$ORACLE_SID.ora [ *.open_links=200 ]
10g 문제 없음, 9i 에러 발생 ( 9.2.0.8 fixed ) |
2010-07-12
18:34:30
|
|
|
|
DB 8i
신규 11gR2
11gR2> conn 8iusr/pwd@8idb
ORA-03113 |
2012-11-02
08:24:49
|
|
Copyright 1999-2024 Zeroboard / skin by 최길호(gilho.kr@gmail.com)
|
|
|
11/21