ORACLE
HOME > DB > ORACLE
2018.11.04 / 13:45

[Oracle] ORA-12541: TNS:no listener

hanulbit
추천 수 198

Why ?

여러가지 문제점을 갖을 수 있습니다. 해당 Alert Log와 Trace File을 분석하여서 각 상황에 맞게 대처하시면 될 것 같습니다.

1. Listener Log File이 4G 이상일 경우 발생 할 수 있습니다.

2. 클라이언트의 데이터베이스 접근에 대한 요청을 받아들일 수 있기위해서 가동되어야 할 리스너가 제대로 가동되지 않고 있을 경우 발생 할 수 있습니다.

3. Listener 파일 설정이 올바르게 되지 않고 있을 경우 발생 할 수 있습니다.

How ?

Checked The Database Alert Log File & Listener Log File


1. 리스너 서비스를 중단하고 해당 리스너로그 파일 명을 변경하거나 삭제(백업 여부는 본인의 판단)하고 리스너를 재시작합니다.

SQL *Net V2, Net8 에서는 listener.log는 반드시 출력됩니다. Backup의 타이밍등으로 삭제하는 방법을 검토하는 것이 좋지만, Net8 에서는 아래 방법으로 리스너로그를 사전에 쌓지 않게 할 수 있습니다.



Windows
C:\> cd \oracle\ora92\network\log
C:\oracle\ora92\network\log> lsnrctl set log_status off
C:\oracle\ora92\network\log> rename listener.log listener.old
C:\oracle\ora92\network\log> lsnrctl set log_status on
 
UNIX
% cd /u01/app/oracle/product/9.2.0/network/log
% lsnrctl set log_status off
% mv listener.log listener.old
% lsnrctl set log_status on
 
-- 11g 이상은 아래에 표시된 경로로 이동하여 수행합니다.


      2. 리스너 로그 파일 사이즈를 변경합니다.

Windows
C:\> cd \oracle\ora92\network\log
C:\oracle\ora92\network\log> lsnrctl set log_status off
C:\oracle\ora92\network\log> rename listener.log listener.old
C:\oracle\ora92\network\log> lsnrctl set log_status on
 
UNIX
% cd /u01/app/oracle/product/9.2.0/network/log
% lsnrctl set log_status off
% mv listener.log listener.old
% lsnrctl set log_status on
 
-- 11g 이상은 아래에 표시된 경로로 이동하여 수행합니다.


3. Trace File을 확인하여 ORA-02062 또는 Trace File의 이름이 reco로 생성되면 아래와 같이 해결합니다. (Reproduce 참고)


cf - 리스너로그 파일은 아래의 위치에서 찾을 수 있습니다.




-- 10g
$ORACLE_HOME/network/log/리스너이름.log
  
-- 11g
$ORACLE_BASE/diag/tnslsnr/인스턴스명/리스너명/trace/리스너이름.log



출처: http://ora-sysdba.tistory.com/28 [Welcome To Ora-SYSDBA]

Reproduce

Trace File 에 아래와 같은 메시지가 표시되었을 경우를 가정합니다.


-- Trace File NAME
-- [oracle:/u01/sq/ora_1/oracle/diag/rdbms/dbjongjin/listener/trace]$ vi /u01/sq/ora_1/oracle/diag/rdbms/dbjongjin/listener/trace/listener_reco_14568.trc
 
-- Trace File 내용
Fatal NI connect error 12541, connecting to:
 (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.99.205)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=DYACCT3)(CID=(PROGRAM=oracle)(HOST=test)(USER=oracle))))
 
        TNS for Solaris: Version 11.2.0.3.0 - Production
        TCP/IP NT Protocol Adapter for Solaris: Version 11.2.0.3.0 - Production
  Time: 13-1월 -2014 06:49:09
  Tracing not turned on.
  Tns error struct:
    ns main err code: 12541
 
TNS-12541: TNS:리스너가 없습니다.
    ns secondary err code: 12560
    nt main err code: 511
 
TNS-00511: 리스너가 없습니다.
    nt secondary err code: 146
    nt OS err code: 0
Errors in file /u01/sq/ora_1/oracle/diag/rdbms/dbjongjin/listener/trace/listener_reco_14568.trc;
ORA-02062: distributed recovery received DBID 6827025b, expected dcb2d01b
ORA-02062: distributed recovery received DBID 6827025b, expected 798cbc11
ORA-12541: TNS:no listener
ORA-12541: TNS:no listener
Mon Jan 13 07:00:01 2014
ALTER SYSTEM ARCHIVE LOG
Mon Jan 13 07:00:03 2014
Thread 1 advanced to log sequence 79027 (LGWR switch)
  Current log# 2 seq# 79027 mem# 0: /dbjongjin/oradata/test/redo1_21.log
  Current log# 2 seq# 79027 mem# 1: /dbjongjin/oradata/test/redo1_22.log
Mon Jan 13 07:00:04 2014
Archived Log entry 120041 added for thread 1 sequence 79026 ID 0x7ba901e7 dest 1:
Mon Jan 13 07:03:14 2014
Adjusting the default value of parameter parallel_max_servers
from 2560 to 135 due to the value of parameter processes (150)
Starting ORACLE instance (normal)
~
~


출처: http://ora-sysdba.tistory.com/28 [Welcome To Ora-SYSDBA]



로컬 DB에서 디비링크를 통해서 리모트 DB(원래의 ID = dcb2d01b)에 대해 연결을 시도했지만 리모트 디비가 다른 ID(6827025b)를 갖고 있어 에러가 발생한 듯 보입니다. 따라서, 리모트 DB 상태를 확인하고 DB LINK를 다시 생성해야 합니다. 참고로  DB를 복구할 수 없어서, DB를 같은 이름으로 다시 생성해도 새로운 DBID를 갖게 됩니다. 


해당 DBID는 아래 쿼리로 구별 가능합니다.


    SELECT DBID FROM V$DATABASE;


또 다른 경우로 현재 Trace File 명을 보게 되면 reco가 포함되어 있습니다. 이 경우는 DB LINK를 통해 Transaction도중 연결이 끊어지고 계속 Rollback을 시도중일 수 도 있습니다. 이 경우는 dba_2pc_pendig을 조회하여 해당 정보가 남아 있으면 purge 하여야 합니다.

SYS> SELECT LOCAL_TRAN_ID, GLOBAL_TRAN_ID,to_char(FAIL_TIME,'dd-mon-yyyy HH24:MI:SS'),STATE, MIXED FROM DBA_2PC_PENDING;
 
LOCAL_TRAN_ID                            GLOBAL_TRAN_ID                           TO_CHAR(FAIL_TIME,'DD-M STATE            MIX
---------------------------------------- ---------------------------------------- ----------------------- ---------------- ---
68.26.9771                               DYAMS11P.7e048ab7.68.26.9771             01-jul-2011 21:45:18    collecting       no
 
Elapsed: 00:00:00.00
 
SYS> EXECUTE DBMS_TRANSACTION.PURGE_LOST_DB_ENTRY ('68.26.9771');
 
PL/SQL procedure successfully completed.
 
Elapsed: 00:00:00.06
 
SYS> commit;
 
Commit complete.


출처: http://ora-sysdba.tistory.com/28 [Welcome To Ora-SYSDBA]