Oracle Net Services의 가장 일반적인 에러·메세지의 해결

네트워크 통신이 복잡하기 때문에, 여러가지 이유로 각종 소스로부터 네트워크·에러가 발생하는 경우가 있습니다.에러가 발생했을 경우,Oracle Net Services(으)로부터의 네트워크·서비스에 의존하고 있다SQL*Plus등의 어플리케이션은, 통상, 에러·메세지를 발생합니다.

다음의 리스트는, 가장 일반적인 네트워크·에러·메세지입니다.

• ORA-03113: TNS: 통신 채널로end-of-file하지만 검출되었습니다

• ORA-03121: 인터페이스·드라이버가 접속되고 있지 않습니다 - 함수는 실행되지 않습니다

• ORA-12154: TNS: 서비스명을 해결할 수 없었습니다.

• ORA-12170: TNS: 접속 타임 아웃이 발생했습니다.

• TNS-12500/ORA-12500: TNS: 청취자가 전용 서버·프로세스의 기동에 실패했습니다.

• ORA-12514: TNS: 청취자는 현재, 접속 식별자로 리퀘스트 되고 있는 서비스를 인식하고 있지 않습니다

• ORA-12520: TNS: 청취자는, 요구한 서버·타입에 사용 가능한 핸들러를 검출할 수 없었습니다.

• ORA-12521: TNS: 청취자는 접속 기술자로 지정했다INSTANCE_NAME(을)를 해결할 수 없었습니다.

• ORA-12525: TNS: 청취자는, 클라이언트의 요구를 허용 시간내에 수신하지 않았습니다.

• ORA-12533: TNS: ADDRESS파라미터가 부정합니다.

• TNS-12540/ORA-12540: TNS: 내부 제한을 넘었습니다.TNS-00510: 내부 제한을 넘었습니다.

• TNS-12541/ORA-12541: TNS: 청취자가 없습니다.

• TNS-12549/ORA-12549: TNS: 오퍼레이팅·시스템·자원 할당 제한을 넘었습니다.TNS-00519: 오퍼레이팅·시스템의 자원 할당 제한을 넘었습니다.

• TNS-12560/ORA-12560: TNS: 프로토콜·어댑터·에러가 발생했습니다

  관련 항목 에러·메세지의 완전한 리스트는, 「Oracle Database에러·메세지」를 참조해 주세요.

ORA-03113: TNS: 통신 채널로end-of-file하지만 검출되었습니다

원인:    데이타베이스·서버로 에러가 발생했다.

처치:    서버의alert_sid.log(을)를 체크합니다.alert_sid.log의 위치는,BACKGROUND_DUMP_DEST초기화 파라미터에 의해서 지정됩니다.통신 채널상에서, 예측하지 않았던 파일의 마지막이 처리되었다.이것은, 통신 링크가 적어도 일시적으로 다운한 가능성이 있는 것을 나타내는 경우가 있습니다.또, 서버가 다운하고 있는 것을 나타내는 경우도 있습니다.재발송 카운트를 변경할 필요가 있습니다.

ORA-03121: 인터페이스·드라이버가 접속되고 있지 않습니다 - 함수는 실행되지 않습니다

원인:    접속 문자열로 사용된다SQL*Net버젼1의 접두사에 잘못이 있다.

처치:    접속 문자열내에서는 다음의 접두사를 사용하지 말아 주세요.

• T:

• X:

• P:

로컬의Oracle데이타베이스가 인스톨 되어 있지 않은 클라이언트·컴퓨터로부터, 유저명과 패스워드가 지정되었다.접속 문자열을 지정합니다.

ORA-12154: TNS: 서비스명을 해결할 수 없었습니다.

원인:    Oracle Net하지만tnsnames.ora구성 파일로 지정된 넷·서비스명을 검출할 수 없다.

처치:    다음의 순서를 실행합니다.

1. tnsnames.ora파일이 존재하는 것을 확인합니다.

   관련 항목 구성 파일의 장소에 관한 정보는,「로컬라이즈 된 구성 파일의 서포트」(을)를 참조해 주세요.

2. tnsnames.ora파일의 복수 카피가 존재하지 않는 것을 확인합니다.

3. 접속 문자열로 지정한 넷·서비스명이tnsnames.ora파일의 접속 기술자에게 맵 되고 있는 것을 확인합니다.

4. sqlnet.ora파일의 카피가 존재하지 않는 것을 확인합니다.

5. 도메인명을 사용하고 있는 경우는,sqlnet.ora파일에NAMES.DEFAULT_DOMAIN파라미터가 있는 것을 확인합니다.이 파라미터가 존재하지 않는 경우는, 접속 문자열에 도메인명을 지정할 필요가 있습니다.

6. 도메인명을 사용하고 있지 않고, 이 파라미터가 존재하는 경우는, 이 파라미터를 삭제하는지, 코멘트로 해 무효로 합니다.

7. 로그인·다이얼로그·박스로부터 접속하는 경우는, 접속하는 넷·서비스명의 전에@기호를 붙이지 않은 것을 확인합니다.

8. 클라이언트의 트레이스를 액티브하게 하고, 조작을 반복.

원인:    Oracle Net하지만, 디렉토리·서버로 지정된 데이타베이스·서비스명 또는 넷·서비스명을 검출할 수 없다.

처치:    다음의 순서를 실행합니다.

1. 데이타베이스·서비스명 또는 넷·서비스명의 엔트리가, 이 컴퓨터가 사용하도록(듯이) 구성된 디렉토리에 존재하는 것을 확인합니다.

   관련 항목 디렉토리의 설정에 대해서는, 「Oracle Internet Directory관리자 가이드」를 참조해 주세요.

2. sqlnet.ora파일에 다음의 엔트리가 포함되는 것을 확인합니다.

   <PRE class=CE2>NAMES.DIRECTORY_PATH=(ldap, other_naming_methods)</PRE>

ORA-12170: TNS: 접속 타임 아웃이 발생했습니다.

원인:    클라이언트가,sqlnet.ora파일의SQLNET.INBOUND_CONNECT_TIMEOUT파라미터로 지정된 시간내에 접속을 확립해 인증을 완료하는데 실패했다.이 에러는, 네트워크 또는 시스템의 지연이 원인의 가능성이 있습니다.또, 부당한 클라이언트가 데이타베이스·서버에DoS공격을 하려고 하고 있을 가능성도 있습니다.

관련 항목 SQLNET.INBOUND_CONNECT_TIMEOUT파라미터의 설정의 자세한 것은,「권한이 없는 유저에 의한 자원 사용을 제한하기 위한 청취자 및Oracle데이타베이스의 구성」(을)를 참조해 주세요.

처치:    특정의 환경에 있어서의 시스템 혹은 네트워크의 통상의 지연에 의한 에러인 경우는, 다음의 순서를 실행합니다.

1. 트레이스를 온으로 하고, 클라이언트의 타임 아웃의 장소를 특정합니다.

   관련 항목 「Oracle Net Services의 에러 정보의 트레이스」

2. sqlnet.ora그리고SQLNET.INBOUND_CONNECT_TIMEOUT파라미터를 보다 큰 값에 재구성합니다.

부당한 클라이언트가 의심되는 경우는, 다음의 순서를 실행합니다.

1. 데이타베이스·서버상의sqlnet.log파일로 클라이언트의IP주소를 탐색하고, 소스를 식별합니다.

   예를 들어, 다음의sqlnet.log의 예는, 클라이언트의IP주소10.10.150.35(을)를 나타내고 있습니다.

   <PRE class=CE2>Fatal NI connect error 12170. VERSION INFORMATION:TNS for Solaris: Version 10.1.0.2.0Oracle Bequeath NT Protocol Adapter for Solaris: Version 10.1.0.2.0TCP/IP NT Protocol Adapter for Solaris: Version 10.1.0.2.0 Time: 03-JUL-2002 13:51:12 Tracing to file: /ora/trace/svr_13279.trc Tns error struct: nr err code: 0 ns main err code: 12637 TNS-12637: 패킷 수신에 실패했습니다. ns secondary err code: 12604 nt main err code: 0 nt secondary err code: 0 nt OS err code: 0 Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=10.10.150.35)(PORT=52996))</PRE>

   IP주소는 위조할 수 있는 것에 주의해 주세요.

   데이타베이스·서버로IP주소를 꺼내기 전에 타임·아웃이 발생했을 경우는, 청취자·트레이스를 유효하게 하고, 요구를 송신한 클라이언트를 특정합니다.

   관련 항목 「Oracle Net Services의 에러 정보의 트레이스」

2. 그 클라이언트에의 액세스 제한을 실시합니다.예를 들어,sqlnet.ora파일로 액세스권의 파라미터를 구성할 수 있습니다.

   관련 항목 「데이타베이스·액세스 제어의 구성」

TNS-12500/ORA-12500: TNS: 청취자가 전용 서버·프로세스의 기동에 실패했습니다.

원인:    청취자가Oracle프로그램의 기동에 실패했다.다음의 이유를 생각할 수 있습니다.

• 1유저에게 허가되는 프로세스의 최대수를 초과했다

• 청취자가Oracle프로그램의 실행권한을 가지고 있지 않다

• 관련지을 수 있었다Windows서비스가 기동되어 있지 않다

상황에 따라서는, 이러한 에러는TNS-12549/ORA-12549,TNS-00519,TNS-12540/ORA-12540,TNS-00510및TNS-12560/ORA-12560의 에러와 같은 조건하에서 발생할 가능성이 있습니다.

처치:    적절한 처치를 실행합니다.

• 데이타베이스 초기화 파일의PROCESSES파라미터를 현재보다 큰 값으로 설정하고, 프로세스수를 늘립니다.

• listener.log파일로 자세한 에러·스택 정보를 체크합니다.

ORA-12514: TNS: 청취자는 현재, 접속 식별자로 리퀘스트 되고 있는 서비스를 인식하고 있지 않습니다

원인:    청취자가, 데이타베이스 또는 다른 서비스와의 접속을 확립하기 위한 요구를 수신했습니다.청취자가 수신한 접속 기술자에게는, 청취자에게 동적으로 등록되지 않았는지 또는 청취자에게 정적으로 구성되어 있지 않은 서비스(통상은 데이타베이스·서비스)의 이름이 지정되어 있었습니다.이것은 청취자가 기동한 후, 데이타베이스·인스턴스가 청취자에게 등록될 때까지 에 발생했을 경우 등, 일시적인 상황이라고 생각할 수 있습니다.

처치:    다음의 순서를 실행합니다.

1. 당분간 기다리고 나서, 한번 더 접속합니다.

2. 청취자 제어 유틸리티의STATUS또는SERVICES커멘드를 실행하고, 청취자가 현재 인식하고 있는 서비스를 확인합니다.

   관련 항목 「청취자의 현재의 스테이터스의 확정」 및「청취자의 서비스의 감시」

3. 접속 기술자의SERVICE_NAME파라미터에, 청취자가 인식하고 있는 서비스명이 지정되어 있는 것을 확인합니다.

4. listener.log파일내의 이벤트를 확인합니다.

   관련 항목 「청취자·로그·파일의 분석」

ORA-12520: TNS: 청취자는, 요구한 서버·타입에 사용 가능한 핸들러를 검출할 수 없었습니다.

원인:    클라이언트에 요구된 서비스·핸들러의 타입이 부적절한가, 요구되었다SERVICE_NAME/INSTANCE_NAME에 등록되지 않은지, 데이타베이스·인스턴스가 청취자에게 등록되지 않았다.

처치:    문제가 서비스·핸들러의 타입의 부정하게 있다고 생각되는 경우는, 다음의 순서를 실행합니다.

1. 접속 기술자에게(server=value)하지만 설정되어 있는 경우는, 데이타베이스에 적절한 타입의 서비스·핸들러에 값이 설정되어 있는 것을 확인합니다.적절한 값은, 전용 서버의 경우는dedicated, 디스팻쳐의 경우는shared입니다.청취자 제어 유틸리티의SERVICES커멘드를 사용하면, 현재 청취자에게 등록되어 있는 서비스·핸들러를 확인할 수 있습니다.

   관련 항목 「청취자의 서비스의 감시」

2. sqlnet.ora파일로USE_DEDICATED_SERVER하지만ON(으)로 설정되어 있는 경우는, 데이타베이스가 전용 서버를 사용하도록(듯이) 구성되어 있는 것을 확인합니다.그처럼 구성되어 있지 않은 경우는, 이 파라미터를off(으)로 설정합니다.

3. 데이타베이스·인스턴스가 가동중인 것을 확인합니다.인스턴스가 가동하고 있지 않는 경우는, 청취자에게 등록할 수 있도록 인스턴스를 기동합니다.

ORA-12521: TNS: 청취자는 접속 기술자로 지정했다INSTANCE_NAME(을)를 해결할 수 없었습니다.

원인:    접속 기술자의INSTANCE_NAME하지만 부적절한가, 데이타베이스·인스턴스가 청취자에게 등록되지 않았다.

처치:    다음의 순서를 실행합니다.

1. 접속 기술자로 지정된 서비스명이 올바른 것을 확인합니다.

2. 데이타베이스·인스턴스가 가동중인 것을 확인합니다.인스턴스가 가동하고 있지 않는 경우는, 청취자에게 등록할 수 있도록 인스턴스를 기동합니다.청취자 제어 유틸리티의SERVICES커멘드를 사용하면, 현재 청취자에게 등록되어 있는 인스턴스를 확인할 수 있습니다.

   관련 항목 「청취자의 서비스의 감시」

ORA-12525: TNS: 청취자는, 클라이언트의 요구를 허용 시간내에 수신하지 않았습니다.

원인:    클라이언트가,listener.ora파일의INBOUND_CONNECT_TIMEOUT_listener_name파라미터로 지정된 시간내에 접속 요구를 완료하는데 실패했다.이 에러는, 네트워크 또는 시스템의 지연이 원인의 가능성이 있습니다.또, 부당한 클라이언트가 청취자에게DoS공격을 하려고 하고 있을 가능성도 있습니다.

관련 항목 INBOUND_CONNECT_TIMEOUT_listener_name파라미터의 설정의 자세한 것은,「권한이 없는 유저에 의한 자원 사용을 제한하기 위한 청취자 및Oracle데이타베이스의 구성」(을)를 참조해 주세요.

처치:    특정의 환경에 있어서의 시스템 혹은 네트워크의 통상의 지연에 의한 에러인 경우는,listener.ora그리고INBOUND_CONNECT_TIMEOUT_listener_name파라미터를 보다 큰 값에 재구성합니다.

부당한 클라이언트가 의심되는 경우는, 다음의 순서를 실행합니다.

1. 소스를 식별하기 위해서,listener.log그리고 클라이언트의IP주소를 탐색합니다.

   예를 들어, 다음의listener.log의 예는, 클라이언트의IP주소10.10.150.35(을)를 나타내고 있습니다.

   <PRE class=CE2>03-JUL-2002 16:42:35 * <unknown connect data> *(ADDRESS=(PROTOCOL=tcp)(HOST=10.10.150.35)(PORT=53208)) * establish *<unknown sid> * 12525TNS-12525: TNS: 청취자는, 클라이언트의 리퀘스트를 허용 시간내에 수신하지 않았습니다allowedTNS-12604: TNS: 어플리케이션·타임 아웃이 발생했습니다.</PRE>

   IP주소는 위조할 수 있는 것에 주의해 주세요.

2. 그 클라이언트에의 액세스 제한을 실시합니다.예를 들어,sqlnet.ora파일로 액세스권의 파라미터를 구성할 수 있습니다.

   관련 항목 「데이타베이스·액세스 제어의 구성」

ORA-12533: TNS: ADDRESS파라미터가 부정합니다.

원인:    지정된 접속 기술자의ADDRESS섹션에 있는 프로토콜 고유 파라미터가 올바르지 않다.

처치:    프로토콜·주소를 정정합니다.

관련 항목 올바른 프로토콜 구문은, 「Oracle Database Net Services레퍼런스·가이드」를 참조해 주세요.

TNS-12540/ORA-12540: TNS: 내부 제한을 넘었습니다.TNS-00510: 내부 제한을 넘었습니다.

원인:    내부 제한을 초과했다.생각할 수 있는 제한치에는 다음의 것이 있습니다.

• Oracle Net하지만 동시에 처리할 수 있는 오픈 접속의 수

• 동시에 사용할 수 있는 메모리·버퍼의 수

• 특정의 데이타베이스·인스턴스로 허가되는 프로세스의 수

최초의2개는, 하드상의 제한을 나타내고 있습니다.3번째의 제한은, 데이타베이스 초기화 파일의PROCESSES파라미터를 큰 값으로 설정하는 것으로 늘릴 수 있는 예입니다.이 경우는,TNS-12500/ORA-12500에러도 되돌려집니다.

상황에 따라서는, 이러한 에러는TNS-12549/ORA-12549및TNS-00519의 에러와 같은 조건하에서 발생할 가능성이 있습니다.

처치:    다음의 순서를 실행합니다.

오픈 접속이 클로우즈 하는 것을 기다려, 재시행합니다.그런데도 에러가 발생하는 경우는,sqlnet.log파일 또는listener.log파일로 자세한 에러·스택 정보를 체크합니다.

TNS-12541/ORA-12541: TNS: 청취자가 없습니다.

원인:    청취자가 실행되어 있지 않기 때문에, 접속 요구를 완료할 수 없다.

처치:    다음의 순서를 실행합니다.

지정한 접속처 주소가, 청취자로 사용되고 있는 주소의1개로 일치하고 있는 것을 확인합니다.이 에러가, 버젼의 호환성에 기인하는 문제가 아닌지 어떤지를 확인합니다.

TNS-12549/ORA-12549: TNS: 오퍼레이팅·시스템·자원 할당 제한을 넘었습니다.TNS-00519: 오퍼레이팅·시스템의 자원 할당 제한을 넘었습니다.

원인:    오퍼레이팅·시스템으로 부과되어 있는 할당 제한 또는 하드상의 제한을 초과했다.

생각할 수 있는 제한치에는 다음의 것이 있습니다.

• 1유저에게 허가되는 프로세스의 최대수

• 페이징·스페이스에 기인하는 오퍼레이팅·시스템의 성능 저하

처치:    적절한 처치를 실행합니다.

• 데이타베이스 초기화 파일의PROCESSES파라미터를 현재보다 큰 값으로 설정하고, 프로세스수를 늘립니다.

• sqlnet.log파일 또는listener.log파일로, 오퍼레이팅·시스템의 에러·코드등이 자세한 에러·스택 정보를 조사해 초과하고 있는 할당 제한을 특정합니다.

TNS-12560/ORA-12560: TNS: 프로토콜·어댑터·에러가 발생했습니다

원인:    특정의 프로토콜을 사용하고 있을 때 에러가 발생했다.이 에러는,ADDRESS파라미터의 구성이 부적절한 경우, 또는 기초가 되는 프로토콜이나 오퍼레이팅·시스템·인터페이스로부터 에러가 되돌려졌을 경우 등에 발생합니다.

상황에 따라서는, 이러한 에러는TNS-00510,TNS-00519,TNS-12540/ORA-12540및TNS-12549/ORA-12549의 에러와 같은 조건하에서 발생할 가능성이 있습니다.

처치:    sqlnet.log파일 또는listener.log파일로 자세한 에러·스택 정보를 체크합니다.

디렉토리·네이밍·에러의 트러블 슈팅

디렉토리·서버의 데이타베이스·서비스명 또는 넷·서비스명의 엔트리에 대한다ORA-12154,ORA-12543또는ORA-12541등의, 접속성 에러에 관련하는 디렉토리·네이밍의 문제의 해결에는, 데이터의 분석이 필요합니다.디렉토리·서버에 포함되는 데이터의 분석에는,ldifwrite커멘드 라인·툴을 사용합니다.

ldifwrite(을)를 사용하면, 디렉토리·서버에 존재하는 정보의 전부 또는 일부를LDAP Data Interchange Format(LDIF)(으)로 변환할 수 있습니다.ldifwrite툴은, 지정되었다식별명(DN)의 아래의 모든 엔트리를 범위로 하는 서브 트리 검색을 실행합니다.엔트리에는DN자체도 포함됩니다.

ldifwrite툴의 구문은 다음과 같습니다.

<PRE class=CE>ldifwrite -c net_service_name/database_service -b base_DN -f ldif_file </PRE>

표 16-1    ldapwrite인수 

인수	설명
-c net_service_name/database_service	디렉토리·서버에 접속하기 위한 넷·서비스명 또는 데이타베이스·서비스명을 지정합니다.
-b base_DN	LDIF포맷으로 써내지는 서브 트리의 베이스를 지정합니다.
-f ldif_file	입력 파일명을 지정합니다.

다음의 예는,dc=us,dc=acme,dc=com의 아래의 모든 디렉토리·네이밍·엔트리를output1.ldi파일에 씁니다.

ldifwrite -c ldap -b "dc=us,dc=acme,dc=com" -f output.ldif

Oracle Net Services의 필드로부터의 트러블 슈팅의 힌트

네트워크의 문제의 진단이 곤란했을 때는, 다음의 힌트가 참고가 되는 일이 있습니다.

• 구성시에, 서버·컴퓨터의 이름은 아니고 노드 또는 네트워크·주소를 사용한다

  이것에 의해 내부 룩 업 문제가 없어져, 접속이 다소 빨리 됩니다.

• TCP/IP주소를 사용하고 있는 경우는, 호스트명은 아니고IP주소를 사용한다

  예를 들어,
  tnsnames.ora파일의(HOST=server_name)의 행을(HOST=198.32.3.5)(와)과 같이 인터넷·주소로 변경합니다.

• 루프백·테스트를 실행한다

  「데이타베이스·서버로의 구성의 테스트」의 설명에 따라서, 서버로 루프백·테스트를 실행합니다.테스트가 정상적으로 종료하는 경우는,ftp(을)를 사용해tnsnames.ora파일과sqlnet.ora파일을 클라이언트에 전송 합니다.

• 서버까지의 경로를 체크한다

  Wide Area Network(WAN)의 경우는, 올바르게 작동하고 있지 않을 가능성이 있는 중간 시스템을 식별합니다.모든 컴퓨터가 정상적인 경우, 타이밍에 문제가 있을 가능성이 있습니다.

• 타이밍에 문제가 있는지 없는지 검증한다

  타이밍의 문제는, 클라이언트·로그·파일의ORA-12535의 에러에 관계하고 있습니다.

  이 문제를 해결하려면 , 이름은 아니고 정확한 주소를 사용해 접속의 스피드·업을 도모해,listener.ora파일의INBOUND_CONNECT_TIMEOUT_listener_name파라미터의 값을 늘립니다.이 파라미터의 디폴트치는10초입니다.

• 장해가 발생하고 있다Oracle어플리케이션을 판단한다

  SQL*Plus(은)는 작동하지만,CASE툴은 작동하지 않는 경우가 있습니다.데이터량에 문제가 있는 것이 판명되었을 경우, 기본적인 접속을 사용해 사이즈의 크다(5MB) 파일을 전송 해 보겠습니다.

Oracle Net Services의 트러블 슈팅을 위한 체크 항목

문제를 진단할 때에, 다음의 항목을 체크해 주세요.

• 모든 컴퓨터에 문제가 있는지,1받침대의 컴퓨터만인가

  같은 소프트웨어(Oracle및 서드·파티 제품)을 인스톨 하고 있어도, 기능하는 컴퓨터와 기능하지 않는 컴퓨터가 있는 경우, 거리가 가까우면, 네트워크·케이블을 바꾸어 문제가 진전할지를 확인합니다.상황에 변화가 있었을 경우, 문제는 클라이언트/서버 접속에 관한 것으로,PC에 한정적인 물건은 아닌 것을 나타내 보이고 있습니다.

• 클라이언트와 서버간의 링크의 종류(X.25,ISDN, TokenRing 또는 전용회선등)은 무엇인가

  Sniffer(이)나LANanalyzer는, 단속적인 접속 에러나 타임·아웃 및 재발송 패킷의 검출을 실시하는데 편리합니다.또, 회화의 어느 쪽측이 응답을 기다리고 있는지를 알 수도 있습니다.

TNS-12154에러의 트러블 슈팅

이 항에서는,TNS-12154에러의 솔루션을 제공합니다.TNS-12154에러는,SQL*Net하지만TNSNAMES.ORA파일 또는 그 외의 네이밍·어댑터의 접속으로 지정된 별명을 검출할 수 없는 경우에 발생합니다.

문제를 해결하기 전에,TNSNAMES.ORA파일과SQLNET.ORA파일의 양쪽 모두를 인쇄 또는 표시해 두면 편리합니다.양쪽 모두를 참조하기 위해(때문에), 이러한 파일을 동시에 참조할 수 있도록 하면 편리합니다.

• 문제의 설명

• UNIX(으)로의TNS-12154의 트러블 슈팅

• Windows NT(으)로의TNS-12154의 트러블 슈팅

• Windows 95/98(으)로의TNS-12154의 트러블 슈팅

• Windows 3.1(으)로의TNS-12154의 트러블 슈팅

• Oracle Database Links

• Oracle Names

• LDAP

• 오퍼레이팅·시스템의 구성 파일의 검색 패스

TNS-12154의 문제의 설명

TNS-12154에러는,SQL*Net하지만TNSNAMES.ORA파일 또는 그 외의 네이밍·어댑터의 접속으로 지정된 별명을 검출할 수 없는 경우에 표시됩니다.

이 문제를 해결하기 전에,TNSNAMES.ORA파일과SQLNET.ORA파일의 양쪽 모두를 인쇄 또는 표시해 두면 편리합니다.양쪽 모두를 참조하기 위해(때문에), 이러한 파일을 동시에 참조할 수 있도록 하면 편리합니다.

TNSNAMES.ORA및SQLNET.ORA(은)는,<<<클라이언트·머신의>>>디폴트의 네트워크 관리 디렉토리에 있습니다.

UNIX(으)로의TNS-12154의 트러블 슈팅

TNSNAMES.ORA파일 및SQLNET.ORA파일이 다음의 예의 같게 되어 있는 것을 확인합니다.

례 16-1    TNSNAMES.ORA의 샘플

<PRE class=CE>DEV1.WORLD = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP) (Host = 145.45.78.56) (Port = 1521) ) ) (CONNECT_DATA = (SID = ORCL) ) )

례 16-2    SQLNET.ORA의 샘플

TRACE_LEVEL_CLIENT = OFFSQLNET.AUTHENTICATION_SERVICES = (NONE)NAMES.DIRECTORY_PATH = (TNSNAMES)AUTOMATIC_IPC = OFF</PRE>

로그·파일과 트레이스·파일을 사용한 네트워크상의 문제점의 트러블 슈팅

Oracle Net Services(은)는, 문제가 발생할 때마다, 문제점의 원인의 내용에 대해 상세를 제공합니다.이 정보는, 로그·파일과 트레이스·파일내에 작성, 격납됩니다.에러 정보의 로깅과 트레이스의 프로세스에 의해, 네트워크상의 문제점을 용이하게 진단해 해결할 수 있습니다.