oracle error 코드 및 해결방법

-----

현상 : ORA-03113: end-of-file on communication channel

원인 : 1.이전에 작동했던 해당 instance의 shared memory segment들이 아직 system에 남아있어서 발생.

2.서버의 Oracle 쉐도 프로세스가 예기치 않게 종료된 경우 발생.

3.SQL*NET 드라이버가 Unix의 ORACLE 실행 파일과 연결되지 않아 발생한 경우.

4.서버쪽의 기계 손상이나 네트워크 고장인 경우.

5.네트워크에서 두 서버가 같은 노드 이름을 가질 때에도 이 오류가 발생.

6.모든 원인은 결국 클라이언트가 서버로부터 어떤 정보를 읽으러 갔다가 거기서 더 이상 연결이 없음을 발견했다는 뜻임.

7.Oracle XA를 사용하는 AP 서버 혹은 TMS 서버가 떠 있는 상황에서 연결된 DB를 재기동 시키거나 혹은 다른 문제로 인해서 데이터베이스와의 연결이 끊어진 경우에 발생

조치 : shared memory를 check하여 oracle이 소유하고 있는 shared memory segment를 삭제하여 문제를 해결.

자동으로 재접속을 하기 위해서는 TUXWA4ORACLE(WorkAround For Oracle) 환경변수를 1로 설정하면 해당 서버가 오라클에 접근하여 3113 에러가 발생하는 순간에 재접속이 이루어진다.

(XA 서버에만 해당되며 Non-XA 서버의 경우는 사용자 coding에 의해서 동일한 기능을 구현할 수 있다.)

​

-----

현상 : ORA-3114 Error( not connected to ORACLE )가 발생

원인 : ORACLE이 Shutdown 되었다.

조치 : ORACLE이 떠 있는지 확인하고, Server를 새로 기동한다.

​

-----

현상 : ORA-3121

원인 : SQL*NET V2를 통해 연결하려 할 때 연결 스트링에 'tns:'net접두어를 사용하지 않은 경우

조치 : 구버전인 SQL*NET V1의 net 접두어 (SQL*Net TCP/IP에 대한 "t:"등)를 사용하지 않도록 주의

하십시요.

​

-----

현상 : ORA-4068 existing state of packages%s%s%s has been discarded

원인 : 응용프로그램 실행 중에 사용하고 있는 Stored Procedure를 Compile하는 경우에 발생

조치 : 응용프로그램을 재기동시킨다.

​

-----

현상 : ORA-4091 table name is mutating, trigger/function may not see it

원인 : DataBase Trigger가 Transaction 내에서 변경된 테이블에 대하여 Query를 기동할 때 발생

조치 : 1.PL/SQL table을 생성한다.

2.BEFORE STATEMENT trigger를 생성한다.

3.AFTER ROW trigger를 생성한다.

4.AFTER STATEMENT trigger를 생성한다.

5.data insert 및 확인

​

-----

현상 : ORA-4092 cannot COMMIT or ROLLBACK in a trigger

원인 : 1.Trigger가 COMMIT or ROLLBACK을 실행하고자 할 때 발생

2.Trigger가 내장 프로시저, COMMIT나 ROLLBACK될 함수, 패캐지 서브프로그램을 호출한 경우

​

-----

현상 : ORA-6106,ORA-6120 NETTCP : socket creation failure

원인 : WIN V1.X용 SQL*NET TCP/IP는 SQLTCP.DLL과 SQLTCP1.DLL들은 ORACLE용 연결 스트링이 TCP/IP

프로토콜 스트링으로 변환되면 OCI DLL에 의해 작업 진행중에 올려집니다. ORACLE INTERFACE

DLL은 SQLTCP.DLL을 먼저 올리려고 합니다. 이것이 실패하면 DOS TSR 버전의 드라이버를

찾습니다. 두 가지 모두 실패하면 ORA-3121 메세지가 나옵니다.

​

-----

현상 : ORA-6108

원인 : 1.부적절한 machine, 또는 machine는 맞지만 틀린 포트를 지정할 때 발생

2.TCP/IP 레이어는 모든 연결 요구를 Listener의 소켓 큐에 넣을 수 없을 경우 발생

3.네트워크가 아주 혼잡하고 호스트에 도달하려는 중에 시간이 종료할 경우

조치 : 1.클라이언트에서 호스트 Machine에 대해 ping을 실행하십시요. 대부분의 PC TCP/IP업체는

"ping" 유틸리티를 제공합니다. 클라이언트 Machine에서 다음을 입력하십시요

ping

이 방법으로 잘 되지 않으면 아마도 호스트 machine이 down된 것입니다. IP 주소를 사용

하여 호스트에 대해 ping을 성공적으로 실행할 수 없으면, 서버의 호스트 이름을 사용하여

ping을 실행해 보십시요.

ping

호스트 이름을 사용하여 ping을 실할 수 없으면 TCP/IP 구성을 점검하십시요. 호스트 이름

을 가지고 ping을 실행할 수 없으면, 연결 스트링에 호스트 이름을 사용하여 SQL*NET와

연결할 수 없습니다.

2.SQL*NET TCP/IP Listener가 해당 서버에서 실행중인지 점검하십시요. 서버의 UNIX프롬프트

에서 다음을 입력하면 됩니다.

ps -al|grep "orasrv"

이 때 최소한 한 행이 표시되어야 합니다. 그렇지 않으면 UNIX 프롬프트에서 "orasrv"

또는 "tcpctl start"를 입력하여 수화자를 띄우십시요. SYSADMIN 특권을 가지고 해당 기계

에 로그인해야 합니다.

3.서버쪽에서 루프백을 할 수 있는 지, 다시 말해서 PC 클라이언트에서 지정한 것과 같은

연결 스트링을 사용하여 서버의 툴을 연결할 수 있는지 점검하십시요. 예를 들면, 서버의

SQLPLUS 또는 SQLDBA를 호출하고 서버의 SQLPLUS 또는 SQLDBA 프롬프트에서 다음을 입력

하십시요.

CONNECT USERNAME/PASSWORD@t:/:

4.루프백 성사되면 호스트 서버의 ORASRV 포트 번호를 확인하십시요. (대부분의 기계에서

SERVICE 파일은 /etc 디렉토리에 있습니다.) 또한 "tcpctl" 유틸리티를 사용하면 대부분의

UNIX 기계에서 ORACLE Listener를 시작하거나 멈출 수 있습니다. "tcpctl stop"로 Listener

를 종료하십시요. "tcpctl start"으로 다시 시작하십시요. 이때 시작 포트에 관한 정보가

표시됩니다.

5.이것이 성공하면 포트를 지정하지 말고 포트를 연결해 보십시요.

t::

연결되지 않으면 클라이언트에서 SERVICE 파일을 정확하게 설정하 않았기 때문입니다.

a)WINDOWSWIN.INI를 점검하여 [Oracle] 부분의 ORA_CONFIG 매개 변수가 어떤 구성 파일을

지시하고 는지 알아보십시요. 이폴트는 다음과 같습니다.

[Oracle]

ORA_CONFIG=C:WINDOWSORACLE.INI

b)ORACLE.INI 파일을 보고 TCP_SERVICES_FILE 매개변수가 설정되었고 SERVICES 파일을 지시

하고 있는 지 확인하십시요.

c)SERVICES 파일을 보고 다음 항목이 있는 지 확인하십시요.

orasrv 1525/tcp oracle

6.또한 서버가 SQL*NET V2가 아니라 SQL*NET V1을 실행중인지 확인하십시요.

7.결 스트링의 재시도 매개변수를 증가시켜 보십시요. 재시도 횟수를 지정하는 구문은 다음과

같습니다.

t:host[/service]:SID[,buffer-size][:conn-retries]

conn-retries의 디폴트는 1입니다.

8.VAX에 연결할 경우에는 VAX config.ora 파일에 다음행이 있는지 확인하십시요.

SQLNET USERNAMEMAP*=*

이것은 VAX account가 없는 PC가 디폴트 사용자 account을 사용하여 연결 할 수 있게 해

줍니다.

​

-----

현상 : ORA-6110 "NETTCP: message send failure"

원인 : Windows 클라이언트의 TCP/IP사이에 버퍼 조정문제가 있을 때 발생

조치 : 1.버퍼 크기를 연결 스트링에 포함시켜 일정한 크기로 고정하는 것

t::,

연결 스트링에 버퍼 크기를 포함시킨 후에도 여전히 ORA-6110이 발생하면 더 작은 값을

사용해 보십시요. WINDOWS용 SQL*NET TCP/IP의 기본 버퍼 크기는 4096입니다. 이것을

1024로 사용하면 대개 ORA-6110에러가 없어집니다.

2.서버쪽

1)서버에서 루프백을 수행할 수 있습니까? 다시 말해서 PC 클라이언트에서 지정한 것과

같은 연결 스트링을 사용하여 서버의 툴을 연결할 수 있습니까? 예를 들어 서버에서

SQLPLUS 또는 SQLDBA를 호출하고 에러가 없어집니다.

CONNECT USERNAME/PASSWORD@t::

루프백을 실행하면 실제 문제를 더 잘 보여주는 다른 에러가 나타나는 수도 있습니다.

2)ORA-6110은 Oracle실행 파일에 사용 권한이 정확하게 설정 되어 있지 않으면 Unix 서버에

연결할 때도 발생할 수 있습니다. Oracle과 orasrv의 사용권한은 다음과 같이 설정되어야

합니다.

>chmod 6755 oracle

>chmod 6755 orasrv

이 때, Permission는 다음과 같이 설정됩니다.

-rwsr-xr-x 1 oracle dba ...size ...date oracle

-rwsr-xr-x 1 root dba ...size ...date oracle

​

3)ORA-6110과 틀린 네트워크 주소

TCP/IP 네트워크에서 중복 IP주소가 살아 있으면 ORA6110이 발생할 수 있습니다. 네트

워크의 모든 IP주소가 고유의 것인지 확인하십시요.

​

-----

현상 : ORA-6122 "NETTCP: setup failure

원인 : SQL*NET 구성이 적절하게 설정되지 않은 상태에서 WINDOWS용 SQL*NET TCP/IP를 가지고 연결

하려 할 때 발생

조치 : 1.WINDOWSWIN.INI를 조사해 보십시요. ORA_CONFIG 매개 변수를 정의하는 ORACLE 부분이

있어야 합니다

[Oracle]

ORA_CONFIG=C:WINDOWSORACLE.INI

2.ORACLE.INI(또는 ORA_CONFIG 매개변수가 지시하는 파일)을 보십시요. ORACLE_HOME이

WINDOWS용 SQL*NET TCP/IP와 다른 Oracle Windows 응용 프로그램이 설 된 디렉토리를

지시하는 지 확인하십시요. 디폴트는 다음과 같습니다.

ORACLE_HOME=ORAWIN

3.또한 ORACLE.INI에 TCP_VENDOR를 정확하게 설정했는지도 확인하십시요.

4.경로에 C:ORAWINBIN(또한 ORACLE_HOME을 설정한 BIN 디렉토리)이 있는지 확인하십시요.

DOS프롬프트에서 SET을 입력하고 을 누르면 됩니다. 이명령은 경로를 보여줍니다.

5.ORAWINBIN 디렉토리에 SQLTCP.DLL과 SQLTCP1.DLL이 모두 있는지 확인하십시요.

6.경로의 다른 어떤 디렉토리에도 SQLTCP.DLL이 없는 것을 확인하십시요.

7.ORAWINBIN 디렉토리와 경로의 다른 디렉토리에 MSOCKLIB.DLL이 있는 지 확인하십시요.

또한 파일의 두 복사본을 가지고 있지 않도록 하십시요. 복사본이 둘일 경우, 이전 복사본

의 이름을 바 면 문제가 줄어들 수 있습니다.

8.WINDOWS 디렉토리에 VSL.INI 파일이 있는지 확인하십시요. 만약 없으면 ORACLE INSTALLER

를 통해 SQL*NET를 다시 입력하십시요.

​

-----

현상 : ORA-6136, 00000, "NETTCP: error during connection handshake"

원인 : 1.Client and Server 환경에서 간혹 SQL*NET으로 Server에 접속하려고 할 경우

2.Unix Server에서 $tcpctl stop 으로 orasrv의 Process를 정지시키려고 해도 아무런 반응

없이 Holding되는 경우가 발생

조치 : 1.TCPCTL Utility를 이용하여 다음의 Option을 부여하여 Start하는 방법.

$tcpctl start listen=30 timeout=30 forkon listen=이며, 청취자 열의

크기를 지정.

timeout=이며, 지정된 시간에 orasrv와의 응답 확인 시간을 나타냄.

forkon SQL*net이 orasrv process에 접근하는 방법을 나타냄.

System에 따라서 forkon option이 적용 않되는 경우도 있음.

2.Client에서 접속을 하여 사용 다가 비정상 종료(Session이 맺어진 상태에서 Client의

Power Off)를 하여 Server에 Processor가 남아 있고, orasrv를 통해 접속할 수 있는

Session의 수가 점점 줄어들 경우가 있는 데 이러한 경우에는 orasrv를(tcpctl stop or

UNIX kill command를 이용)강제로 종료 시고 다음과 같이 Start 시켜 주십시오.

​

#nohup tcpctl start ( Client의 비정상 종료가 Orasrv에는 영향을 미치지 않음)

또는

#orasrv (ORACLE_HOMEin directory에서 직접 orasrv processor를 띄운다)

​

-----

현상 : ORA-06502 : PL/SQL : 값(수치) 오류입니다.

원인 : DB Column과 Host variableㅇ의 길이가 맞지 않은 경우.

조치 : DB Column과 Host variableㅇ의 길이를 확인하고 길이를 동일하게 한다.

​

-----

현상 : ORA-06533: Subscript beyond count

원인 : VARRAY는 default 로 3개의 element 이상을 가져 올수 없기 때문.

조치 : EXTEND method를 이용하여 해결할 수 있다.

​

-----

현상 : ORA-06571

원인 : SQL문 안에서 Stored function을 call하여 사용하는 경우 발생.

조치 : 기본적으로 stored function이나 procedure, package에서의

DML 문장의 사용은 보장이 되는 기능이나, sql list에서의 stored function의

사용은 몇 가지 제약 조건을 가지고 수행이 가능합니다.

​

-----

현상 : ORA-1119: error in creating database file

ORA-7515: sfccf UIC GROUP <= MAXSYSGROUP - file operations not allowed

원인 : VMS에서만 발생하는 에러로 DATAFILE을 생성하려는 Directory의 Owner가 DBA user가 아닐때 발생.

조치 : Datafile을 생성하려는 Directory의 Owner를 Oracle DBA user로 변경시켜 주어야 한다.

​

-----

현상 : ORA-9241, ORA-9301

원인 : 개발툴이 해당 툴 또는 SQL*NET에 필요한 메세지 화일을 찾을 수 없을 때 발생

조치 : ORACLE.INI 파일에 LOCAL = 을 추가한다. 만일 ORACLE.INI 파일에 LOCAL

파라미터를 추가한 후에도 계속 ora-9301 에러가 계속 발생한다면 autoexec.bat 파일에 SET

CONFIG = ORACLE.INI를 추가한다.

[주의 1]CONFIG가 ORACLE.INI를 지시하도록 설정하면 나중에 다시 설치할 문제가 발생할 수

있다. 그럴 때는 AUTOEXEC.BAT 에서 SET CONFIG 행을 삭제하고 다시 Booting 한후

설치를 시작한다.

[주의 2]MS ACCESS를 이용하여 ORACLE의 데이타를 질의할 경우는 환경변수를 다음과 같이

설정한다.

SET CONFIG_FILES = ORACLE.INI

[주의 3]SET 다음의 CONFIG 나 CONFIG_FILES 은 반드시 대문자 이어야 한다.

​

-----

현상 : ORA-9352

원인 : nt 에서 service 의 problem 발생.

조치 : 1.background services and processes 를 띄우기

dos>oradim80 -startup -sid SID -starttype srvc,inst -usrpwd password -pfile filename

2.여러 개의 instance 를 띄우고자 하는 경우

- ORACLE_SID 를 setting 한다.

c:> set oracle_sid =sid

- server manager 실행

c:>svrmgr30

svrmgr>connect internal/passwd

​

-----

현상 : ORA-12004/ORA-12034

원인 : master table의 snapshot log가 있는 table에 대해서, snapshot이 추가로

생성되고 나면 snapshot을 생성하기 시작한 시간과, 기존의 snapshot이 log를

refresh해간 시간을 비교하여 새로운 snapshot 생성시작 시간이 더 빠르면

ora-12004가 발생

조치 : 생성하고자 하는 snapshot에 대한 master table의 다른 snapshot들을 refresh하지 못하도록 하거나, refresh하지 않는 시간에 새로운 snapshot을 생성하여야 한다.

refresh 못하도록 막는 방법으로는 일시적으로 snapshot job을 broken시킨 후 snapshot이 생성된 후 다시 broken을 false로 하면 된다.

​

-----

현상 : ORA-12154

원인 : tnsnames.ora 파일의 Alias처럼 정의된 Connect String으로 사용하는 db_alias를 찾지 못할 경우 발생

​

-----

현상 : TNS-12203 "TNS:unable to connect to destination"

원인 : 1.WINDOWS용 TCP/IP 어댑터를 설치하지 않은 상태에서 연결하려 할

2.TNS-12203 에러는 WINDOWS용 ORACLE SQL*NET소프트웨어가 ORACLE 홈 디 렉토리를 찾을 수

없다는 의미일 수 있습니다.

3.TNSNAMES.ORA가 ORACLE 홈 디렉토리 아래의 NETWORKADMIN에 있는지 확인하십시요.

4.서버쪽에서 실행중인 SQL*NET V2 TCP/IP Listener가 없어도 TNS-12203이 발생

5.연결할 SERVICES 이름에 대해 CONNECT DESCRIPTOR에 정확한 ADDRESS 매개변수를 지정했는지

확인하십시요.

6.JSB VSL 소켓이 초기화되지 않으면 TNS-12203 이 발생할 수 있습니다.

7.TNS-12203에 이어 실제 문제가 무엇인지 더 자세하게 나타내 주는 또 다른 에러가 발생할 수

있습니다.

조치 : 1.SQL*NET TCP/IP V2는 SQL*NET V2와 V2 TCP/IP 어댑터 등 두가지 제품으로 구성됩니다.

이들은 별도의 두 키트로 되어 있는데, 반드시 두 키트를 모두 설치해야 합니다.

2.WIN.INI파일의 ORACLE 부분에 다음 항목이 있는지 확인하십시요.

[ORACLE]

ORA_CONFIG=C:WINDOWSORACLE.INI

WINDOWS디렉토리가 C:WINDOWS가 아니면, 위 행의 C:WINDOWS 부분을 그 이름으로 바꾸십시요

그런 다음, ORACLE 소프트웨어를 다시 설치하십시요. ORACLE.INI 파일이 있으면 ORACLE.INI

파일에 다음 행이 있는지 확인하십시요.

ORACLE_HOME=C:ORAWIN

ORACLE 홈 디렉토리가 C:ORAWIN이 아니면 위 행의 C:ORAWIN 부분을 이름으로 바꾸십시요.

3.ORACLE 홈 디렉토리는 ORACLE.INI(또는 WIN.INI의 ORA_CONFIG매개변수가 지시하는 파일)의

ORACLE_HOME 에 의해 정의됩니다.

4.서버쪽에서 실행중인 SQL*NET V2가 있는지 확인하십시요. 서버쪽에서 Listener Control 유틸

리티(LSNRCTL)를 사용하면 서버의 V2 Listener가 실행중인지 확인할 수 있습니다. 서버에서

"LSNRCTL STATUS"명령을 실행하십시요. Listener Control이 유틸리티 대해서는 SQL*NET

Administrator's Guide를 참조하십시요.

5.정확한 ADDRESS 매개변수를 사용중인지 확인하는 방법은, WINDOWS 클라이언트에서 사용 할 것

과 같은 ADDRESS 매개 변수를 가진 TNSNAMES.ORA를 사용하여 서버에서 루프백을 해 보는 것

입니다. 루프백을 수행한다는 것은 데이타베이스와 같은 기계에서 SQL*DBA 등을 호출하고

연결 스트링을 지정함으로써 SQL*NET V2를 통해 연결한다는 뜻입니다.

6.문제를 해결하려면 다음 사항을 점검하여 JSB VSL 레이어가 정확하게 초기화되었는지 확인

하십시요.

1)ORACLE.INI 파일(또는 WIN.INI의 ORA_CONFIG 매개변수가 지시하는 파일)의 업체키 매개

변수 TCP_VENDOR가 정확하게 설정되었는 지 확인하십시요

2)ORACLE_HOMEBIN 디렉토리에 MSOCKLIB.DLL이 있는지 확인하십시요.

3)ORACLE_HOMEBIN 디렉토리에 선택된 JSB 업체 특유의 DLL이 있는지, 또는그 JSB 업체 특유

의 TSR 파일이 실행되는 지 확인하십시요.

4)WINDOWS 홈 디렉토리에 VSL.INI 파일이 있는 지 확인하십시요.

7.화면에서 다른 에러가 보이지 않으면 ORACLE_HOMENETWORKLOG 디렉토리의 SQLNET.LOG 파일을

점검하십시요.

​

-----

현상 : TNS-12533