리스너 프로세스의 특징

   다음은 하나의 데이터베이스 또는 여러 데이터베이스를 대신하여 들어오는 접속을    리슨(listen)하는 노드에서 실행중인 프로세스를 참조하는 리스너의 특징들입니다:


   만약 접속이 Bequeath 세션이나 Redirect 세션을 사용한다면 사용자에 대해서 투명합니다. 이것은 오직 추적 기능을 활성화하고 추적 파일의 결과를 분석함으로써 감지될 수 있습니다.

만약 리스너와 서버가 동일한 노드에 존재한다면, 접속 요청이 수신될 때 리스너는 전용 서버 프로세스를 생성(create)하거나 산출(spawn) 및 전달(bequeath)될 수 있습니다.

Bequeath 세션의 단계

   리스너가 전용 서버 프로세스를 산출하고 전용 서버 프로세스에 접속을 전달할 때, 이    세션은 Bequeath 세션이라 불립니다. 다음의 순서는 리스너가 전용 서버 프로세스를    생성하고 거기에 세션의 컨트롤을 전달할 때 발생합니다:

   1   클라이언트는 네트워크 주소를 가지고 리스너에 접속합니다.
   2   리스너는 세션 요청을 수신하고, 클라이언트의 요청이 서비스될 수 있는지를  결정         합니다. 서비스될 수 없다면, 리스너는 세션을 거절하고 리스닝(listening)을 계속         합니다.
   3   리스너는 들어오는 세션을 서비스하기 위해서 새로운 전용 서버 프로세스를 산출         합니다.
   4   리스너는 해당 서버 프로세스에 세션을 전달합니다.
   5   일단 세션이 설정되면 데이터는 클라이언트와 전용 서버 프로세스 사이에서 직접         전달됩니다.
   6   리스너는 들어오는 세션에 대해 리스닝을 계속합니다.

주

   클라이언트를 접속해제할 때 전용 서버 프로세스는 클라이언트 종료와 연관이 됩니다.

Bequeath 방식 사용

미리 산출된 전용 서버 프로세스들의 사용은 리스너 구성 파일(listener.ora)의 사양(specification)을 요구합니다.
 

Redirect 세션의 단계(미리 산출된(prespawned) 전용 서버 프로세스)

   미리 산출된 전용 서버에서 리스너는 bequeath 접속에서처럼 프로세스를 산출하기 보다는 세션을 미리 산출된 서버 프로세스로 방향을 재지정할 것입니다.

   1   리스너는 시작될 때 일련의 전용 서버 프로세스들을 산출합니다.
        주: 서버 프로세스의 최대 개수는 리스너 구성 파일(listener.ora)에 있는
        PRESPAWN_MAX 파라미터에 의해 정의됩니다. 리스너는 일단 PRESPAWN_MAX
        파라미터에 도달하면 추가적인 서버 산출을 중단합니다. 리스너는 미리 산출된
        서버, 즉 다양한 클라이언트에 의해 사용되는 서버의 수의 로그를 유지합니다.
   2   클라이언트는 네트워크 주소를 가지는 리스너에 접속합니다.
   3   리스너는 세션 요청을 수신하고, 클라이언트의 요청이 서비스될 수 있는 지를
        결정합니다. 서비스될 수 없다면, 리스너는 세션을 거절하고 리스닝(listening)을
        계속합니다.
   4   리스너는 미리 산출된 서버들 중에서 하나의 네트워크 주소를 포함하는
        클라이언트로 메시지 방향을 바꿉니다(redirect).
   5   클라이언트는 리스너로부터의 접속을 해지하며, 리스너에 의해 제공된 미리
        산출된 주소에 접속합니다.
   6   일단 세션이 설정되면, 리스너는 클라이언트에 의해 사용된 서버를 대체하기
        위해서 다른 서버를 산출합니다.
리스너는 들어오는 세션에 대한 리스닝을 계속합니다.

Redirect 방식 사용(미리 산출된 서버 프로세스)

   미리 산출된 서버는 시스템 리소를 차지하지만, 클라이언트로부터 서버로의 접속 시간은 Bequeath 방법보다 더 빠릅니다. 

오라클 서버가 다중스레드 서버로 구성될 때, 들어오는 세션은 세션이 명확하게 전용 서버를 요청하지 않거나 또는 이용 가능한 디스패처가 없을 경우 항상 리스너에 의해 디스패처 프로세스로 방향 재설정됩니다.

Redirect 세션의 단계(디스패처 서버 프로세스)

   다중스레드 서버에서 리스너는 미리 산출된 서버 프로세스로 접속 방향을 재설정하기    보다는 디스패처 서버 프로세스로 세션 방향을 재설정할 것입니다.
   
   1   데이터베이스 인스턴스가 시작될 때, 디스패처는 구성 파일(init.ora)에서 정의된         구성 파라미터에 의해서 시작됩니다.
   2   그런 다음에 각 디스패처의 주소는 리스너에 등록됩니다.
        주: 그러므로, 리스너는 이용 가능한 많은 서로 다른 디스패처의 사용법을 가지고         있습니다.
   3   클라이언트는 네트워크 주소를 가지고 리스너에 접속합니다.

   4   리스너는 세션 요청을 수신하고, 클라이언트의 요청이 서비스될 수 있는지를 결정         합니다.서비스될 수 없다면, 리스너는 세션을 거절하고 리스닝을 계속합니다.
   5   리스너는 다중스레드 서버에 대해서 가장 최소로 사용된 디스패처의 네트워크         주소를 포함하는 클라이언트로 메시지 방향을 재설정합니다.
   6   클라이언트는 리스너로부터의 접속을 해제하고 리스너에 의해 제공된 디스패처         주소로 접속을 합니다.
   7   디스패처는 새로운 로드 값으로 리스너를 갱신합니다. 리스너는 들어오는 세션에         대해 리스닝(listening)을 계속합니다.

Redirect 방식 사용(디스패처 서버 프로세스)

   이 방법은 많은 클라이언트가 서버 프로세스를 산출하거나 미리 산출된 전용 서버 프로세스를 가질 필요없이 동일한 서버에 접속하는 것을 가능하게 합니다. 다중스레드 서버가 구성될 때,들어오는 세션은 항상 공유 서버를 서비스하는 디스패처에 경로지정됩니다.

오라클 서버가 다중스레드 서버로 구성될 때, 들어오는 세션은 세션이 명확하게 전용 서버를 요청하지 않거나 또는 이용 가능한 디스패처가 없을 경우 항상 리스너에 의해 디스패처 프로세스로 방향 재설정됩니다.

Redirect 세션의 단계(디스패처 서버 프로세스)

   다중스레드 서버에서 리스너는 미리 산출된 서버 프로세스로 접속 방향을 재설정하기    보다는 디스패처 서버 프로세스로 세션 방향을 재설정할 것입니다.
   
   1   데이터베이스 인스턴스가 시작될 때, 디스패처는 구성 파일(init.ora)에서 정의된         구성 파라미터에 의해서 시작됩니다.
   2   그런 다음에 각 디스패처의 주소는 리스너에 등록됩니다.
        주: 그러므로, 리스너는 이용 가능한 많은 서로 다른 디스패처의 사용법을 가지고         있습니다.
   3   클라이언트는 네트워크 주소를 가지고 리스너에 접속합니다.

   4   리스너는 세션 요청을 수신하고, 클라이언트의 요청이 서비스될 수 있는지를 결정         합니다.서비스될 수 없다면, 리스너는 세션을 거절하고 리스닝을 계속합니다.
   5   리스너는 다중스레드 서버에 대해서 가장 최소로 사용된 디스패처의 네트워크         주소를 포함하는 클라이언트로 메시지 방향을 재설정합니다.
   6   클라이언트는 리스너로부터의 접속을 해제하고 리스너에 의해 제공된 디스패처         주소로 접속을 합니다.
   7   디스패처는 새로운 로드 값으로 리스너를 갱신합니다. 리스너는 들어오는 세션에         대해 리스닝(listening)을 계속합니다.

Redirect 방식 사용(디스패처 서버 프로세스)

   이 방법은 많은 클라이언트가 서버 프로세스를 산출하거나 미리 산출된 전용 서버 프로세스를 가질 필요없이 동일한 서버에 접속하는 것을 가능하게 합니다. 다중스레드 서버가 구성될 때,들어오는 세션은 항상 공유 서버를 서비스하는 디스패처에 경로지정됩니다.

listener.ora 파일은 리스너를 구성하기 위해서 사용됩니다. Listener.ora 파일은 리스너가 있는 기계나 노드 상에 있어야 합니다.

Listener.ora 파일은 다음의 구성 정보를 포함합니다:

LISTENER.ORA 파일 내용

   디폴트 listener.ora 파일은 다음의 파라미터를 포함합니다:

   1   리스너의 이름. 디폴트 이름은 LISTENER입니다.
   2   ADDRESS_LIST 파라미터는 리스너가 들어오는 접속에 대한 리슨(listen)을 하는
       주소들의 블록을 포함합니다. 이 블록에서 정의된 각각의 주소들은 리스너가 접속을
       수신하고 처리하는 서로 다른 방법들을 나타냅니다.
   3   IPC 주소는 리스너와 동일한 노드 상의 애플리케이션으로부터 들어오는 접속
       요구와 데이터베이스 디스패처에 의해 전송되거나 등록된 정보 모두를 식별합니다.
       만약 IPC 주소가  동일한 노드로부터의 접속 요구를 식별한다면, KEY 값은 데이터
       베이스의 서비스 이름과 동일합니다. 만약 주소가 데이터베이스 디스패처를
       식별한다면, KEY 값은 데이터베이스 시스템 식별자(SID)와 동일합니다. 만약 서비스
       이름이 SID와 동일하다면, 오직 하나의 IPC 주소만이 필요합니다.
   4  TCP 주소는 포트 1521에 접속을 하려고 시도하는 네트워크 상의 클라이언트로부터
       들어오는 TCP 접속을 식별합니다. 클라이언트는 이 리스너에 접속하기 위해서
       그들의 tnsnames.ora 파일에 정의된 포트를 사용합니다.

      이 엔트리에서 정의된 호스트를 바탕으로 리스너는 호스트로 접속 방향을 재설정할
      것입니다.
  5  리스너는 기계에 있는 하나 이상의 데이터베이스에 대해 리슨(listen)할 수 있습니다.
      ID_LIST_listener_name 블록이나 파라미터는 이런 SID가 정의되어 있는 데에
      있습니다.
  6  SID_LIST 파라미터는 하나 이상의 SID가 정의되어 있을 경우에 정의됩니다.
  7  SID_DESC 파라미터는 각각의 정의된 SID에 대해 존재해야 합니다.
  8  GLOBAL_DBNAME은 전역 데이터베이스 이름을 참조합니다. 전역 데이터베이스
      이름은 계층적 네이밍 구조에서  데이터베이스를  유일하게 식별합니다. 이
      파라미터는 또한 호스트 이름지정(host-naming) 방법에 의해 서비스 이름을
      해결하기 위해서 필요합니다.
        주: 호스트 이름지정은 다음 과정에서 다루도록 합니다.
  9   ORACLE_HOME은 데이터베이스가 정의되어 있는 홈 디렉토리입니다. 이것은
       리스너가 실행가능한 데이터베이스 파일의 위치를 식별할 수 있도록 해줍니다.
 10  SID_NAME 파라미터는 리스너가 접속을 허용하도록 SID의 이름을 정의합니다.
 11  디폴트로, 예의 SID는 여기서 정의됩니다.


파라미터

설명

CONNECT_TIMEOUT_listener_name

세션이 시작된 이후에 유효한 데이터베이스를 얻기 위해 리스너가 대기하는 시간을 초단위로 설정합니다.

LISTENER_address

리스너를 위한 리스닝(listening) 주소를 정의합니다.

LOG_DIRECTORY_listener_name

로그 파일이 쓰여지는 디렉토리를 컨트롤합니다.

LOG_FILE_listener_name

로그 정보가 기록될 파일이름을 명시합니다.

LOGGING_listener_name

디폴트로 로깅은 이 파라미터를 제공하여 off로 바꾸지 않는한 항상 on입니다.

PASSWORDS_listener_name

LSNRCTL 명령을 사용하여 리스너에 대한 DBA 업무를 수행하기 위해 패스워드를 명시합니다.

SAVE_CONFIG_ON_STOP_listener_name

LSNRCTL SET 명령에 의한 어떤 변경사항들은 파라미터가 TRUE로 설정되어 있을 경우 영구적으로 지속됩니다.

listener.log 파일은 리스너 프로세스가 정상적으로 start 되어지지 않거나, 리스너 프로세스에 의한 클라이언트의 연결요청 처리가 제대로 이루어지지 않을 경우 해당 문제의 원인을 찾고자 할때 분석되어지는 파일입니다.
이 파일에 기록되는 로그기록은 데이터베이스의 alert 파일처럼 시간대별로 파일에 append 되어지기 때문에 그냥 방치하면 파일의 크기가 계속 증가하게 됩니다. 따라서 데이터베이스의 alert 파일관리와 동일하게 오래전의 내용은 에디터를 이용해 주기적으로 삭제하시는 것이 바람직합니다. 또한 이 파일을 삭제할 경우에는 리스너 프로세스가 start 되어질때 재생성되어집니다.

각 파라미터의 Default 값은 다음과 같습니다. 

1. CONNECT_TIMEOUR_listener_name    : 10 seconds

2. LOG_DIRECTORY_listener_name      : $ORACLE_HOME/network/log

3. LOG_FILE_listener_name           : LISTENER.LOG

4. PASSWORDS_listener_name          : oracle

5. STARTUP_WAITTIME_listener_name   : 0 seconds

6. TRACE_DIRECTORY_listener_name    : $ORACLE_HOME/network/trace

7. TRACE_FILE_listener_name         : LISTENER.trc

8. TRACE_LEVEL_listener_name        : OFF

9. USE_PLUG_AND_PLAY_listener_name  : OFF


파라미터

설명

SERVICE_LIST_listener_name

리스너에 의해 제공되는 서비스를 정의합니다. 이것은 비데이터베이스 서버에 대해 보다 일반적인 SID_LIST와 동일합니다.

SID_LIST_ listener_name

리스너에 의해 제공되는 데이터베이스의 SID를 정의합니다.

STARTUP_WAIT_TIME_ listener_name

첫번째 LSNRCTL STATUS 명령에 대해 응답하기 전에 리스너가 휴식(sleep)하는 시간을 초단위로 설정합니다. 이것은 느린 프로토콜을 가진 리스너가 상태 요구에 대해 응답하기 전에 시작을 위한 시간을 가지도록 할 것입니다.

TRACE_DIRECTORY_ listener_name

추적 파일의 목적지 디렉토리를 관리합니다.

TRACE_FILE_ listener_name

리스너 추적 파일의 이름을 관리합니다.

TRACE_LEVEL_ listener_name

명시된 레벨로 추적을 on 또는 off합니다.

USE_PLUG_AND_PLAY_ listener_name

잘 알려진 네임 서버로 등록하기 위해 리스너에게 지시합니다. 잘 알려진 네임 서버가 발견되기 전까지 계속 찾을 것입니다.

listener.ora 에 기술하는 파라미터는 DESCRIPTION 절, SID_LIST 절을 제외한
나머지 파라미터들을 Default 값이 있어 설정하지 않으면 Default 값이 적용됩니다.

BEQUEATH_DETACH= YES 파라미터는 sqlnet.ora 파일에 설정하는
파라미터로 SIGCLD 라는 Unix Signal 처리문제 때문에 도입된 파라미터입니다.
오라클은 Shadow Process Fork 시 SIGCLD 를 SIG_IGN(ignore) 하여 zombie가
생길 소지를 없게합니다.
그런데 BEQUEATH Adapter를 사용하는 환경에서 사용자가 SIGCLD 를 설정한
Pro*C 프로그램을 수행하면 Oracle Shadow Process가 여러상황에서 zombie가
될 가능성도 있고 사용자가 원하는 signal 처리가 안될수도 있습니다.
이러한 문제를 해결하기위해 BEQUEATH_DEATCH=YES 로 하면
Pro*C -> Dummy Process -> Oracle Shadow Process 로 Double Fork 을
하게하여 사용자가 SIGCLD 를 원할하게 사용할수 있게 한 것입니다.

리스너 생성

   1   Net8 Assistant를 시작합니다.
   2   Listeners 아이콘을 클릭합니다.
   3   Edit 메뉴 항목에서 Create를 선택합니다.
   4   나타난 다이얼로그 박스에서 Listener Name 필드에 리스너 이름을 입력합니다.
   5   리스너를 위한 Net8 Assistant내의 풀-다운 메뉴에서 Listening Locations를
        선택합니다.
   6   Add Address 버튼을 클릭합니다.
   7   필요할 경우 Protocol, Host, Port 필드에 있는 정보를 변경하거나 입력합니다.
        주: 필드는 사용되는 프로토콜에 따라서 다양할 수 있습니다. 위의 단계는 TCP
             포트에서 리스닝(listening)하는 리스너를 나타냅니다. 8.0.4에 있는 버그
             때문에, 시작 문자가 대문자인 SID 이름은 허용되지 않습니다.
             SHIFT-<Uppercase Character> 문자를 함께 누르십시오.
   8   Net8 Assistant의 File 메뉴에서 Save Network Configuration을 선택합니다.

데이터베이스 서비스 구성

   1   리스너를 위한 Net8 Assistant내의 풀-다운 메뉴에서 Database Services를
        선택합니다.
   2   Add Database 버튼을 클릭합니다.
   3   전역  데이터베이스  이름,  오라클  홈  디렉토리,  SID를 적절한 디렉토리에
        입력합니다.
   4   미리 산출된 전용 서버의 사용 여부를 선택합니다.
   5   만약 미리 산출된 서버가 사용되고 있다면, 그에 대한 옵션 버튼을 선택하고
        Configure Prespawned Servers 버튼을 클릭합니다.
   6   만약 미리 산출된 서버가 구성되어 있다면, 다이얼로그 박스가 나타날 것입니다.
   7   미리 산출된 서버의 개수와 적절하게 지원되는 프로토콜에 대해 그들의 타임아웃
       값들을 설정하고 OK를 클릭합니다.
   8   Net8 Assistant의 File 메뉴에서 Save Network Configureation을 선택합니다.


리스너 로깅(Logging) 및 트레이싱(Tracing) 구성

   1   리스너를 위한 Net8 Assistant내의 풀-다운 메뉴에서 General Parameters를         선택합니다.
   2   Logging & Tracing 탭을 클릭합니다.
   3   Logging Enabled 옵션 버튼을 선택하여 로깅을 활성화합니다.
   4   로그 파일에 대한 경로 및 파일이름을 입력합니다.
   5   Net8 Assistant의 File 메뉴에서 Save Network Configuration을 선택합니다.

NT 플랫폼 명령 라인 구문

   NT 운영체제에서는 리스너 컨트롤 유틸리티의 문제에 대해서 다음의 명령어를 사용합니다.
        C:\>LSNRCTL80 command

리스너 시작

   리스너 유틸리티를 시작하기 위해 사용되는 명령어 즉, START를 사용할 수 있습니다.    Listener.ora 파일을 수작업으로 변경하는 일은 리스너가 종료되어 있을 때 행해져야 합니다. START 명령에 대한 인수는 리스너 이름이며, 만약 정의되어 있는 리스너가 없을 경우 LISTENER가 디폴트로 시작됩니다.

        LSNRCTL>START[listener_name]


리스너 종료

   STOP  명령은 리스너를 종료합니다.  리스너가 적절하게 종료되기 위해서는 수행 중이어야 합니다. 패스워드가 있다면, STOP 명령을 사용하기 전에 SET PASSWORD 명령을 사용해야 합니다. 패스워드는  LSNRCTL  프롬프트에서 설정해야 합니다. 이것은 운영체제 명령 라인에서는 설정할 수 없습니다. 이것은  리스너를  종료하기 전에 모든 네트워크 사용자에게 경고 메시지를 전송하기에 좋은 실행입니다.

주

   운영체제 상의 어떤 플랫폼들은 리스너가 종료되어 있을 때, 그리고 리스너에 대한 접속이 존재할 때, 접속은 종료되지 않으며 실행 중인 프로세스가 종료되기 전까지는 리스너를 다시 시작할 수 없도록 만듭니다.
   
       LSNRCTL>STOP[listener_name]


명령

설명

CHANGE_PASSWORD

리스너의 암호화된 패스워드를 동적으로 변경합니다.

DBSNMP_START

동일한 노드 상에서 실행 중인 오라클 데이터베이스에 대한 SNMP Intelligent Agent를 시작합니다.

DBSNMP_STATUS

SNMP 에이전트가 실행 중인지를 검증합니다

DBSNMP_STOP

오라클 데이터베이스에 대한 SNMP 에이전트를 종료합니다.

EXIT

LSNRCTL 유틸리티를 종료합니다.

HELP

이용 가능한 모든 LSNRCTL 명령의 목록을 제공합니다

QUIT

EXIT 명령의 기능을 제공합니다.

RELOAD

리스너 주소들을 제외한 모든 것을 종료하며 listener.ora 파일을 다시 읽습니다. 이 명령은 실제로 리스너를 중지하지 않고 서비스를 추가하거나 변경할 수 있도록 합니다.

SAVE_CONFIG

리스너 구성 파일의 백업을 생성(listener.bak)하며 어떤 변경사항을 반영하기 위해서 스스로 listener.ora 파일을 갱신합니다.

SERVICES

리스너가 리슨(listen)하는 서비스에 대한 상세 정보를 제공합니다.

SET command

이 명령은 리스너에 설정될 수 있는 파라미터 값들을 나열합니다.

SHOW command

이 명령은 리스너에 대해 설정된 파라미터 값들을 나열합니다.


명령

설명

SET CONNECT_TIMEOUT

접속이 시작된 이후에 유효한 접속 요구에 대해서 리스너가 대기할 시간을 결정합니다.

SET CURRENT_LISTENER

다중 리스너가 사용될 때 파라미터들을 설정하거나 보여줍니다.

SET LOG_DIRECTORY

로그 파일에 대한 디폴트가 아닌 위치를 설정하거나 그 위치를 디폴트 위치로 리턴하기 위해서 설정합니다.

SET LOG_FILE

로그 파일에 대한 디폴트가 아닌 이름을 설정합니다.

SET LOG_STATUS

리스너 로깅을 on 또는 off로 바꿉니다.

SET PASSWORD

LSNRCTL 유틸리티에서 오직 인증만을 목적으로 하는 리스너 프로세스로 전송된 패스워드를 변경합니다.

SET SAVE_CONFIG_ON_STOP

파라미터가 on일 경우 LSNRCTL SET 명령에 의해 변경사항들을 저장합니다. 모든 파라미터들은 리스너가 종료하기 전에 올바르게 저장됩니다.

SET_STARTUP_WAITTIME

START 명령에 대해 응답하기 전에 리스너가 휴식상태(sleep)로 있을 시간을 설정합니다.

SET TRC_DIRECTORY

추적 파일에 대한 디폴트가 아닌 위치를 설정하거나 그 위치를 디폴트 위치로 리턴하기 위해 설정합니다.

SET TRC_FILE

추적 파일에 대한 디폴트가 아닌 이름을 설정합니다.

SET TRC_LEVEL

리스너에 대한 추적을 on합니다.


주

   SHOW 명령은 SET PASSWORD 동의어를 제외한 SET 명령의 모든 매개변수를 사용합니다.

다중 리스너

   하나 이상의 리스너 서비스가 단일 데이터베이스를 서비스할 경우 클라이언트는 접속 요구에 대해 임의로 리스너를 선택할 것입니다. 이것은 리스너가 들어오는 접속 요구의 부담을 공유하도록 합니다.

클라이언트 고려사항

   클라이언트가 리스너를 임의로 사용할 수 있도록 하려면, listener.ora 파일에서 각각의 리스너에 대해 정의된 주소와 관련된 동일한 서비스 이름에 대해서 서로 다른 리스너 주소가 구성되어야 합니다.

ORA-12154 에러

   리스너가 처리하기에는 너무 빨리 수신되어 (listener.ora 파일과 names.ora 파일의 QUEUESIZE에 의해 결정된) 리스너의 백로그(backlog)를 초과하는 접속 요구는 이 메시지를 리턴할 것입니다. 이런 문제점을 해결하려면 다음의 단계를 따릅니다.
   1   리스너를 종료합니다.
   2   Listener.ora 파일의 QUEUESIZE를 재구성합니다.
   3   리스너를 재시작하고 다시 접속을 시도합니다.

ORA-12224 에러
 
   접속 요구는 현재 리스너가 수행 중이기 때문에 수락되지 않습니다. 이런 문제점을 해결하려면 다음의 단계를 따릅니다.
   1   클라이언트에서 제공된 목적지 주소를 리스너에 의해 사용된 주소와 일치시키도록         합니다.
   2   버전 호환 문제가 없는지를 검증합니다.

ORA-12500 에러

   리스너는 데이터베이스에 사용자를 접속시키는 프로세스를 시작할 수 없습니다. 이런 문제점을 해결하려면 다음의 단계를 따릅니다.
   1   listener.ora 파일의 SID_LIST 영역을 검증하고 tnsnames.ora 파일의 CONNECT
        DATA영역에 있는 시스템 식별자(SID)를 올바른지 검증합니다.
   2   사용자가 데이터베이스를 액세스하기 위한 적절한 권한을 가지고 있는지를
        검증합니다.

ORA-12545 에러

   원격 노드 상의 리스너는  접촉될 수 없습니다.  이런 문제점을 해결하려면 다음의 단계를 따릅니다.
   1   tnsnames.ora 파일이나 listener.ora 파일에 있는 ADDRESS가 정확한지를
       검증합니다.
   2   원격 노드 상의 리스너가 시작되었는지를 검증합니다. 리스너 컨트롤 유틸리티의
        STATUS명령으로 상태를 체크하고, 필요할 경우 START 명령으로 시작시킵니다.

TNS-01169 에러

   이런 문제점을 해결하려면 LSNRCTL에서 SET PASSWORD 명령을 입력한 다음에 리스너를 종료하기 위해서 STOP 명령을 입력합니다.


  1. LISTENER.ORA 파일의 파라미터 중, 로그 정보가 기록될 파일 이름을 명시하는 파라미터는(리스너의 이름을 ABC로 가정하고, 대문자로 기입)?
    답
    X 정답:LOG_FILE_ABC


  2. LISTENER.ORA 파일의 파라미터 중, 리스너에 의해 제공되는 데이터베이스의 SID를 정의하는 파라미터는(리스너의 이름을 ABC로 가정하고, 대문자로 기입)?
    답
    X 정답:SID_LIST_ABC


  3. Listener Control Utility를 통해, 리스너의 이름을 지정하지 않고 처음으로 START 명령을 실행했을 경우 시작되는 리스너의 이름은?
    A. LSNRCTL
    B. LISTENER
    C. LSNRCTL1
    D. LISTENER1
    답
    X 정답:B


  4. Net8 Assistant를 이용해서 새로운 리스너를 생성하면, 생성된 리스너에 대한 정보는 어느 파일에 저장되는가?
    A. sqlnet.ora
    B. config.ora
    C. tnsnames.ora
    D. listener.ora
    답
    X 정답:D


  5. lsnrctl에서 default listener를 시작하기 위한 명령은(소문자로 기입)?
    답
    X 정답:start


  6. lsnrctl에서 default listener를 종료하기 위한 명령은(소문자로 기입)?
    답
    X 정답:stop


  7. 다음 중 LISTENER에 대한 설명중 틀린 것은?
    A. 하나의 LISTENER는 하나 이상의 데이터베이스에 대해 리스닝할 수 있다.
    B. 하나의 데이터베이스에 대해서 여러 개의 LISTENER가 리스닝할 수 있다.
    C. LISTENER는 다중 프로토콜에 대해 리스닝할 수 없다.
    D. LISTENER의 디폴트 이름은 LISTENER이다.
    답
    X 정답:C


  8. 다음 중 LSNRCTL 명령 중에서 리스너를 종료시키지 않고 서비스를 추가하거나 변경하는 작업을 수행할 있도록 하는 명령은?
    A. RELOAD
    B. SERVICES
    C. CHANGE_PASSWORD
    D. STATUS
    답
    X 정답:A


  9. 다음 중 listener에 대한 설명이 아닌 것은?
    A. 하나의 listener process 가 여러 개의 database 에 대해 listening 할 수 있다.
    B. 동일한 이름의 listener process 여러 개가 하나의 database에 대해 listening 할 수 있다.
    C. listener process 의 default name 은 LISTENER 이다.
    D. listener 는 multiple protocol에 대해 listening 할 수 있다.
    답
    X 정답:B