Oracle8 서버는 서버 프로세스마다 사용자 프로세스의 수를 다양하게 하기 위해 다른 방법들로 구성될 수 있습니다.
세가지의 가능한 구성의 모든 조합이 허용됩니다.

사용자 프로세스와 서버 프로세스 조합

   사용자 프로세스와 서버 프로세스들은 단일 사용자 프로세스로 조합됩니다.
   이것은 single-task architecture로 알려져 있습니다.

전용 서버를 가지는 Oracle7

   전용 서버 프로세스는 단일 사용자 프로세스에 대한 요구를 처리합니다.
   이것은 two-task architecture로 알려져 있습니다.

다중스레드 서버를 가지는 Oracle7

   다중스레드 서버 프로세스는 많은 사용자 프로세스들이 많은 서버 프로세스를 공유할
   수 있도록 합니다.
   이것은 MTS(Multithreaded Server) 구성으로 알려져 있습니다.

하나의 프로세스가 애플리케이션 코드와 오라클 코드 모두를 실행할 때, 이 구성을 single-task Oracle이라고 부릅니다.

Single-task 프로세스

사용자 프로세스와 서버 프로세스가 독립적일 경우 two-task라는 용어가 사용됩니다. Two-task Oracle에서 서버는 공유되거나 전용될 수 있습니다. Two-task는 단순히 데이터베이스  애플리케이션  코드와  오라클  코드가  서로  다른 프로세스에 의해 실행됨을 의미합니다.

전용 서버 프로세스

   위의 예는 또한 사용자 프로세스와 서버 프로세스가 UNIX처럼 two-task 모드에 있는 동일한 기계 상에서 실행될 경우 적당합니다.
   여기서 사용되는 프로그램 인터페이스는 사용자 프로세스와 전용 서버 프로세스가 동일한 기계 상에 있는지의 여부에 의존적입니다. 동일한 기계 상에 있다면 호스트 운영체제의 프로세스간 통신 기법은 프로세스들 간의 프로그램 인터페이스를 위해서 사용됩니다.

오라클 다중스레드 서버 구성은 공유 서버, 전용 서버, 그리고 조합된 사용자와 서버가 동일한 인스턴스 내에 존재하는 것을 가능하게 합니다.

기술적인 사항

   윈도우 NT 상에서 MTS를 구성한다면, 디스패처로는 오직 TCP/IP만이 사용될 수 있습니다.

다중스레드 서버 사용

MTS 구조는 필요한 서버 프로세스의 수를 줄임으로써 메모리 사용을 줄입니다. 예를 들면, 100명의 사용자의 경우 100개의 서버 프로세스가 전용 서버 접속에 필요합니다. MTS로 하면 100명의 사용자에 대해서 10개의 공유 서버 프로세스만이 있으면 됩니다.

다중스레드 서버는 single-task와 two-task 구성에 비해서 몇가지 장점이 있습니다.

전용 서버의 사용 시기

1. MTS 에서 Dedicated Server Process를 사용하려면 접속 문자열을 어떻게 해야 하는지 예문을 알려주세요..

1. 인스턴스가 MTS 구조로 생성되어 있는 환경에서 사용자 세션이 dedicated server를 사용하려면 tns alias 설정 시 아래와 같은 파라미터를 지정하시면 됩니다.

(예: 접속 시 사용할 tns alias가 test.world라고 가정했을 때 tnsnames.ora 내용 중) 


TEST.WORLD =

  (DESCRIPTION =

    (ADDRESS_LIST =

      (ADDRESS = (PROTOCOL = TCP)(HOST = HOSTNAME)(PORT = 1521))

    )

    (CONNECT_DATA =

      (SERVICE_NAME = ORA817)

      (SERVER = DEDICATED)

    )

  )
2. 그리고 MTS 환경에서 init.ora화일의 process 숫자가 100이고 Dedicated Server Process의 Pool size가 10 이고 Prespawned_max값을 100으로 설정하고
MTS_SERVERS=20, MTS_MAX_SERVERS=100으로 설정해도 두 server 프로세스 모두 작동 가능한가요
질문의 요지는 Dedicated Server 프로세스와 MTS Server 프로세스를 설정할 때 init.ora화일의 Process에 설정된 값을 가지고 어떻게 나누어야 되는 지 알고 싶습니다.


2. init.ora화일의 processes 파라미터는 백그라운드 프로세스를 포함하여 인스턴스에 동시 접속할 수 있는 최대 프로세스 개수를 제한하는 파라미터입니다. processes=100으로 설정하였다면 dedicated server와 MTS의 shared server process의 합은 100개를 초과할 수가 없습니다. 따라서 초기에 dedicated server process는 pool size에 해당하는 10개, shared server process는 20개 생성되고 이후에 사용자 세션이 추가됨에 따라 shared server 및 dedicated server process가 더 생성되겠지만 그 총 개수는 인스턴스에 접속한 프로세스의 수가 100개 이상을 넘지 않을 때까지만 증가할 수 있을 것입니다.

3. 그리고 MTS환경에서 만약 Dedicated Server 프로세스값이 설정되어 있지 않고 Bequeath Session으로 설정되어있다면
MTS 환경에서 Dedicated Process를 사용하는 이페이이지의 마지막 세가지경우에는 어떻게 작동하게 되나요
아니면 MTS를 사용하려면 반드시 Iistener.ora화일에 Dedicated Process가 설정되어 있어야 하나요?
3. MTS 환경에서 사용자 세션이 dedicated server process를 사용할 것이냐 아니냐는 리스너 쪽에 설정하는 것이 아니라 1번 답변의 예와 같이 사용자 세션 접속 시 사용하는 접속문자열에서 설정하는 것입니다. listener.ora 에서는 사용자 세션이 dedicated server process를 요청했을 때 그 연결방식을 bequeath session과 redirect session 방식 중 어느 것을 사용할 것인지 결정할 수 있습니다.

* 다중스레드 서버사용 중에도 반드시 전용 서버 방식을 사용하는 경우는 다음과 같이 3가지 경우가 있습니다. 각각이 사용되는 경우와 사용하는 이유는 다음과 같습니다.

1. 배치업무를 사용하는 경우
반드시 전용서버방식으로 접속할 필요는 없지만 권장하는 사항입니다. 배치업무라는 것을 한번의 접속으로 지속적인 업무가 이루어지는 것을 의미합니다. 즉, 테이블 내 수정이나 입력 작업을 오랜 시간동안 수행하는 것을 의미하며 한번 접속하면 유휴시간 없이 계속적으로 작업이 이루어 지므로 가능하다면 전용서버방식으로 접속하는 것이 업무처리속도 상 유리하기 때문입니다.

2. Server Manager 접속으로 시작, 종료, 복구 수행시 Server manager접속은 반드시 전용서버방식으로 접속됩니다. 따라서 다중스레드 방식을 사용하는 중이라도 시작, 종료, 복구등의 작업을 하는 경우는 Server manager로 접속해야 하므로 전용서버방식으로 접속됩니다.

3. Connect Internal로 접속시

Internal로 접속하는 경우는 sysdba권한으로 데이터베이스에 일련의 작업을 하는 경우 입니다. 즉 시작, 종료, 복구 등의 작업을 수행하는 경우이므로 반드시 전용서버방식으로 접속해야 합니다.


만일 2번과 3번의 경우에서 전용서버로 접속되지 않는다면 문제가 발생할 수 있습니다. 예를들어 현재 모든 shared 서버가 어떤 작업을 하고있다면 추가적인 작업은 이 중 적어도 하나의 작업이 종료된 이후에 할 수 있게 됩니다. 그런데 만일 이 추가적인 작업이라는 것이 데이터베이스 관리업무에 아주 중요한 작업이고 지금 당장 그 일을 해야 한다면 shared 서버가 여유 있을 때까지 기다릴 수 없을 것입니다. 어쩌면 극히 발생할 수 있는 확률은 적지만, 모든 shared 서버의 작업 간에 deadlock이 발생 하여 이를 해결해야 할 서버가 필요할 수도 있습니다. 결국 MTS 방식으로 데이터베이스가 운영되고 있더라도 데이터베이스 관리 업무에 필요한 작업은 별도의 전용 서버가 담당하는 것이 좋을 것입니다. 그래서 오라클 DBMS에서는 위에서 설명한 2번과 3번의 경우에 전용서버 방식으로 접속을 하게 됩니다.

1   리스너 프로세스는 사용자 프로세스로부터의 어떤 접속 요구를 기다립니다.
        어떤 프로세스가 접속을 요구할 때 리스너는 프로세스가 디스패처에 접속될지 또는
        전용 서버 프로세스에 할당될 지의 여부를 결정합니다.
   2   사용자 프로세스가 디스패처에 접속할 수 있다면 리스너는 디스패처 프로세스의
        주소를 사용자 프로세스에게 제공합니다. 만약 사용자 프로세스가 전용 서버를
        요구한다면 리스너는 전용    서버 프로세스를 생성하고 사용자 프로세스는 그곳에
        접속합니다.
   3   디스패처나 전용 서버를 통해서 일단 접속이 설정되면, 접속은 세션동안에 계속
        유지될 것입니다.

1   사용자는 요청을 디스패처에게 전송합니다.
   2   디스패처는 요청을 SGA의 요청 큐에 둡니다.
   3   공유 서버는 요청 큐에서 요청을 가져와서 처리합니다.
   4   공유 서버는 호출한 디스패처의 응답 큐에 응답을 둡니다.
   5   응답은 디스패처에게 전달됩니다.
   6   디스패처는 사용자에게 응답을 리턴합니다.

일단 사용자 호출이 완료되면 공유 서버 프로세스는 해제되며, 요청 큐에 있는 다른 사용자 호출을 서비스할 수 있습니다.

요청 큐(Request Queue)

응답 큐(Response Queue)

SGA(System Global Area)의 내용과 PGA(Program Global Area)의 내용은 전용 서버나 공유 서버가 사용될 때 차이가 있습니다.

다중스레드 서버를 구성하려면 인스턴스에 대한 초기화 파라미터 파일을 편집할 필요가 있습니다.

LOCAL_LISTENER는 단일 주소, 또는 Net8 리스너 주소 목록의 TNSNAMES.ORA에서 정의된 서비스 이름을 명시합니다.

그러므로  local_listener 에 대해 위의 예를 사용한다면,  다음의 엔트리를 가지고 실행 중인 리스너가 있는 노드 상에 tnsnames.ora 파일에 엔트리를 가지고 있어야 합니다:

   List1 =
   (DESCRIPTION =
           (ADDRESS =
                   (PROTOCOL = TCP)
                   (HOST = ed-testsun1)
                   (PORT = 1720)
   )
   (CONNECT_DATA = (SID = DBA1)))

주: tnsnames.ora 파일에서 리스너의 엔트리는 위의 예와 똑같아야 합니다. 그렇지 않을 경우 접속은 실패할 것입니다.

 

파라미터 유형

스트링

파라미터 클래스

정적(변경을 위해서 ALTER SYSTEM을 사용할 수 없음)

디폴트 값

서비스 이름 주소가 명시되어 있지 않다면 동작은 다음과 같습니다.
먼저 PLUG and PLAY 리스너를 한 다음에, 디폴트 TCP/IP 포트 1521을 찾고, 마지막으로 ORACLE_SID 값을 찾습니다.

MTS_SERVICE는 디스패처와 연관되기를 원하는 서비스 이름을 명시합니다.
CONNECT 스트링에 이름을 사용하는 것은 사용자들이 디스패처를 통하여 인스턴스에 접속할 수 있도록 합니다. 오라클은 노멀 데이터베이스 접속을 설정하기 전에 그러한 서비스에 대해 항상 검사합니다.
 

파라미터 유형

스트링

파라미터 클래스:

정적 (변경을 위해서 ALTER SYSTEM을 사용할 수 없음)

디폴트 값:

DB_NAME 초기화 파라미터의 값

여러분이 명시한 이름은 유일해야 합니다. 이것은 인용부호로 둘러싸면 안됩니다. 이 이름은 인스턴스 이름과 동일하게 하는게 좋습니다. 이러한 방법은 만약 디스패처가 어떤 이유에 의해서 든지 사용할 수 없을 경우, CONNECT 스트링은 여전히 사용자를 데이터베이스에 접속할 것입니다.

MTS_DISPATCHERS는 데이터베이스 관리자가 각각의 디스패처에 대해서 다양한 속성을 활성화할 수 있도록 합니다.

Oracle8은 위치 독립적인 대소문자를 구분하지 않는 방법으로 기존의 그리고 추가적인 속성들을 활성화하기 위해서 이름-값 구문(name-value syntax)을 지원합니다.(이것은 Net8에 의해 사용된 구문과 유사합니다.)

   예를 들면:
   
   MTS_DISPATCHERS="(PROTOCOL=TCP)(DISPATCHERS=3)"
 

파라미터 유형

스트링(인용 스트링으로 명시)

파라미터 클래스:

동적 (변경을 위해서 ALTER SYSTEM을 사용 가능)

디폴트 값:

NULL

다음 중의 오직 한가지 속성만이 필요합니다: ADDRESS, DESCRIPTION, PROTOCOL

속 성

설 명

PROTOCOL
(PRO 또는 PORT)

디스패처가 리스닝 종료점(listening end point)을 생성하는 데에 대한 네트워크 프로토콜

ADDRESS
(ADD 또는 ADDR)

디스패처가(프로토콜을 포함하여) listen on할 종료점의 네트워크 주소(Net8 구문에 있는)

DESCRIPTION
(DES 또는 DESC)

디스패처가(프로토콜을 포함하여) listen on할 종료점의 네트워크 설명(Net8 구문에 있는)

DISPATCHERS
(DIS 또는 DISP)

시작할 디스패처의 초기 개수(디폴트는 1)

SESSIONS
(SES 또는 SESS)

각각의 디스패처에 대해 허용할 네트워크 세션의 최대 개수

LISTENER
(LIS 또는 LIST)

디스패처가 등록할 Net8 리스너의 주소 또는 주소 목록의 네트워크 이름(리스너는 다른 노드에 있을 수 있습니다.)

SERVICE
(SER 또는 SERV)

Net8 리스너와 함께 디스패처가 등록하는 서비스 이름(SERVICE 속성은 MTS_SERVICE 파라미터를 무시합니다. 이 속성은 디스패처가 등록하는데 사용할 서비스 이름을 명시합니다.)

 

디스패처 프로세스의 초기 개수 계산

일단 여러분의 운영체제에 대해 프로세스당 가능한 접속의 개수를 알고 있다면, 다음의 형식을 사용하여 인스턴스를 시작하는 동안에 네트워크 프로토콜 당 생성할 디스패처 프로세스의 초기 개수를 계산합니다. 디스패처 당 접속은 운영 체제에 의존적입니다.

디스패처의 개수 = CEIL(동시발생 세션의 최대 수 / 디스패처 당 접속)

MTS_MAX_DISPATCHERS는 동시에 실행될 디스패처 프로세스의 최대 개수를 정의합니다.

인스턴스를 시작한 이후에 필요할 경우 추가로 더 많은 디스패처 프로세스를 시작할 수 있습니다. 그러나, 데이터베이스의 파라미터 파일에서 언급된 프로토콜을 사용하는 디스패처만을 시작할 수 있습니다.

예를 들면, 파라미터 파일이 TCP와 SPX에 대해서 디스패처를 시작할 경우 나중에 파라미터 파일을 변경하고 인스터스를 재시작하지 않고는 DECNET 프로토콜에 대해 디스패처를 시작할 수 없습니다.
 

파라미터 유형

정수(Integer)

파라미터 클래스:

정적

디폴트 값:

디스패처가 구성되어 있을 경우 디폴트는5보다 크거나 구성된 디스패처의 개수보다 큽니다.

값의 범위

운영체제에 의존적


디스패처의 최대 개수 계산

인스턴스를 요구할 디스패처 프로세스의 최대 개수를 계산하려면 다음의 형식을 사용합니다.
                                                           
   MTS_MAX_DISPATCHERS = 동시 세션의 최대 개수 /  디스패처당 접속

디스패처 추가 또는 삭제

  • 디스패처 프로세스 상의 로드가 계속적으로 높을 경우, 요청을 대기하지 않고
    사용자에게 알리려면 추가적인 디스패처 프로세스를 시작합니다. 디스패처의
    수가 MTS_MAX_DISPATCHERS와 같아질 때까지 새로운 디스패처를 시작할
    수 있습니다.
  • 디스패처의 로드는 데이터 딕셔너리 뷰 V$CIRCUIT과 V$DISPATCHER를
    사용하여 모니터할 수 있습니다.(MTS의 상세 튜닝은 성능 튜닝(Performance
    Tuning) 과정에서 다룹니다.)
  • 반대로 디스패처 프로세스 상의 로드가 계속적으로 낮을 경우, 디스패처의
    개수를 줄이도록 합니다.


다음의 예는 이전에 두 개였던 디스패처에 디스패처의 개수를 추가하는 것입니다.
.. ALTER SYSTEM SET                     
MTS_DISPATCHERS = ‘(PROTOCOL = TCP)(DISPATCHERS = 3)’;

MTS_DISPATCHERS에 명시된 개수만큼으로 디스패처를 제거하기 위해서 ALTER SYSTEM 명령을 사용할 수 있습니다. 만약 명시된 것보다 적게 하려면 init.ora 파일을 편집하고 데이터베이스를 재시작합니다.

MTS_SERVERS는 인스턴스가 시작될 때 생성하기를 원하는 서버 프로세스의 수를 명시합니다.
 

파라미터 유형

정수(Integer)

파라미터 클래스:

동적(변경을 위해서 ALTER SYSTEM 사용 가능)

디폴트 값:

0

값의 범위:

운영체제에 의존적


공유 서버 프로세스의 초기 개수 설정

데이터베이스 시스템에 대한 초기 공유 서버 프로세스의 적절한 개수는 얼마나 많은 사용자들이 접속할 것인지, 그리고 각각의 사용자가 얼마만큼의 처리를 요구하는지에 따라 다릅니다.

  • 각각의 사용자가 일정 기간동안 상대적으로 약간의 요청만을 한다면, 관련된  
    각각의 사용자   프로세스는 많은 시간을 유휴(idle)상태로 보낼 것입니다.
    그런 경우 하나의 공유 서버 프로세스는 10에서 20 사용자를 제공할 수 있습니다.
  • 각각의 사용자가 충분한 양의 처리를 요구한다면, 사용자 프로세스에 대한 서버
    프로세스의 아주 높은 비율이 요구를 처리하는데 필요할 것입니다.

공유 서버를 사용하기 위해서 오라클을 원한다면 MTS_SERVERS를 최소한 1로 설정해야 합니다. 파라미터를 생략하거나 0으로 설정하면 오라클은 공유 서버를 전혀 시작하지 않을 것입니다.
이후에 여러분은 인스턴스가 실행 중일 동안 MTS_SERVERS를 0개 이상으로 설정할 수 있습니다.

초기 공유 서버 프로세스를 약간 작게 계산하는게 좋습니다. 추가적인 공유 서버는 필요할 경우 자동적으로 시작하며, 너무 오랫동안 유휴상태이면 자동적으로 할당해제 됩니다.

  • 초기 서버들은 비록 유휴상태이더라도 계속 할당되어 있음을 주목하십시오.
  • 초기 서버의 개수가 너무 높게 설정되면, 여러분의 시스템은 불필요한 오버헤드를
    초래할 수  있습니다.
  • 전형적인 데이터베이스 작업에 대한 이상적인 시스템 성능을 찾을 때까지 초기
    공유 서버 프로세스의 개수를 가지고 시험하고 공유 서버를 감시합니다.

공유 서버 프로세스의 최소 개수 변경

인스턴스를  시작한  이후에  SQL  명령  ALTER  SYSTEM 을 사용하여  공유  서버
프로세스의 최소 개수를 변경할 수 있습니다.

  • 오라클은 여러분이 명시한 최소 한계보다 오랫동안 유휴상태인 디스패처와 서버를
    종료합니다.
  • MTS_SERVERS를 0으로 설정하면 오라클은 유휴상태인 현재의 모든 서버들을
    종료하며  MTS_SERVERS를  증가할  때까지  새로운  서버를  시작하지  않을
    것입니다.
  • MTS_SERVERS 를 0 으로  설정하면  잠시동안 다중스레드 서버를 효율적으로
    비활성화합니다.

공유 서버 프로세스의 최소 개수를 컨트롤하려면 ALTER SYSTEM 권한을 가지고 있어야 합니다.

다음의 문장은 공유 서버 프로세스의 개수를 2로 설정합니다.
   
   ALTER SYSTEM SET MTS_SERVERS = 2

MTS_MAX_SERVERS는 동시에 실행될 수 있는 공유 서버 프로세스의 최대 개수를 명시합니다.
 

파라미터 유형

정수(Integer)

파라미터 클래스:

정적

디폴트 값:

디폴트는 20보다 크거나 MTS_SERVERS 값의 2배입니다.

값의 범위:

운영체제 의존적

공유 서버의 최대 개수 계산

일반적으로 이 파라미터는 가장 작업이 많을 시에 알맞은 개수의 공유 서버 프로세스를 허용하도록 설정합니다.  이 한계를 가지고 시험하고 이 파라미터에 대한 이상적인 설정을 결정하기 위해서 공유 서버를 감시합니다.
   
시작된 서버의 최대 개수를 구하려면, 데이터 딕셔너리 뷰 V$MTS를 질의합니다.  

 

V$CIRCUIT

이 뷰는 디스패처나 서버를 통하여 데이터베이스에 사용자 접속하는 가상 회로에 대한 정보를 포함합니다.

V$SHARED_SERVER

이 뷰는 공유 서버 프로세스 상의 정보를 포함합니다.

V$DISPATCHER

이 뷰는 디스패처 프로세스 상의 정보를 제공합니다.

V$MTS

이 뷰는 다중스레드 서버 튜닝에 대한 정보를 포함합니다.

V$QUEUE

이 뷰는 다중스레드 메시지 큐 상의 정보를 포함합니다.

V$SESSION

이 뷰는 각각의 현재 세션에 대한 세션 정보를 나열합니다.

접속 풀링(Connection pooling)은 다중스레드 서버에 대한 물리적인 네트워크 접속의 개수를 최대로 허용하는 리소스 이용 특징입니다. 이것은 다중 클라이언트 프로세스 사이에 디스패처의 접속 집합을 공유(sharing) 또는 풀링(pooling)하여 달성될 수 있습니다.

위의 예는 접속 풀링 작업의 예입니다.
 
   1   하나 이상의 접속이 다중스레드 서버 환경에서 디스패처에 대해 설정됩니다.
   2   제공된 프로토콜에 대해 이용가능한 디스패처에 대한 최대 접속에 도달하고 접속
        풀링이 구성될 때, 접속을 설정하려고 시도하는 다음 세션은 디스패처에 의해
        임시로 접속해제하기   위해서 기존의 유휴상태 접속을 대기할 것이며, 그런 다음에
        접속이 설정됩니다.
   3   유휴상태인 접속은 임시로 접속해제됩니다. 세션이 요구를 처리할 필요가 있을
        경우 접속은   임시 접속해제를 위해서 다른 세션을 기다림으로써 재설정되거나,
        또는 디스패처에 대한 최대 세션의 개수가 구성되어 있는 것보다 작을 경우
        요청에 대한 처리는 즉각 실행됩니다.

접속 풀링을 활성화하려면 MTS_DISPATCHERS에 대해 추가적인 파라미터들이 구성되어야 합니다. 접속 풀링에 대한 이상적인 시나리오는 많은 클라이언트들이 메시징(messaging)과 OLAP 같은 상호작용적인 “high idle/search time” 애플리케이션을 실행하고 디스패처에 접속되기 위한 대기 시간을 제공하는 네트워크입니다. MTS_DISPATCHERS에 대해 설정하기 위한 추가적인 속성은 다음의 테이블에서 상세하게 설명합니다.

속성

설명

POOL(POO)

이 속성은 접속 풀링(connection pooling)을 활성화하기 위해서 사용됩니다.

개수가 명시되면, 접속 풀링은 들어오고(incoming) 나가는(outgoing) 네트워크 접속 모두에 대해 활성화되며 명시된 개수는 들어오고 나가는 네트워크 접속 모두에 대해서 즉각 타임아웃됩니다.

“ON”, “YES”, “TRUE”,  또는 “BOTH”가 명시되면, “접속 풀링”은 들어오고 나가는 네트워크 접속 모두에 대해서 활성화되며, 디폴트 타임아웃(Net8에 의해 설정)은 들어오고 나가는 네트워크 접속 모두에 대해서 사용될 것입니다.

“IN”이 명시되면, 접속 풀링은 들어오는 네트워크 접속에 대해서 활성화되며, 디폴트 타임아웃(Net8에 의해 설정)은 들어오는 네트워크 접속에 대해 사용될 것입니다.

“OUT”이 명시되면, “접속 풀링”은 나가는 네트워크 접속에 대해 활성화되며, 디폴트 타임아웃(Net8에 의해 설정)은 나가는 네트워크 접속에 대해 사용될 것입니다.

“NO”, “OFF”,  또는 “FALSE”가 명시되면, “접속 풀링”은 들어오고 나가는 네트워크 접속 모두에 대해 비활성화됩니다.

POOL은 또한 “(IN=10)”, “(OUT=20)”,  또는 “((IN=10) (OUT=20))”처럼 name-value 스트링이 할당될 수 있으며, “IN” 숫자 값이 명시되면, “접속 풀링”은 들어오는 접속에 대해서 활성화되며 명시된 개수는 들어오는 네트워크 접속에 대한 tick 단위의 타임아웃입니다. “OUT” 숫자 값이 명시되면, “접속 풀링”은 나가는 네트워크 접속에 대해서 활성화되며 명시된 개수는 나가는 네트워크 접속에 대한 tick 단위의 타임아웃입니다. 명시된 타임아웃의 숫자 값이 0이면, 디폴트 값(Net8에 의해 설정)이 사용될 것입니다.

디폴트 “접속 풀링”은 들어오고 나가는 네트워크 접속 모두에 대해서 비활성화입니다.

 

속성

설명

CONNECTION
(CON 또는 CONN)

이 속성은 각각의 디스패처에 대해 허용할 네트워크 접속의 최대 개수를 제공합니다.

주: Release 8.0.3에는 접속 개수를 +1로 설정하면 버그가 있습니다.

디폴트는 Net8에 의해 설정되며 플랫폼에 특정적입니다.

이것은 접속 풀링을 활성화하기 위해서 SESSIONS에 명시된 개수보다 작게 설정되어야 합니다.

CONNECTIONS와 SESSIONS 사이의 관련성은 디스패처에 대하여 작업을 할 수 있는 사용자 프로세스의 최대 개수를 명시합니다. 반면에 CONNECTIONS는 디스패처를 통하여 데이터베이스에 대해서 설정될 수 있는 접속의 최대 개수를 명시합니다.

SESSIONS 개수와 CONNECTIONS 개수 사이의 차이는 얼마나 많은 세션이 요구를 처리하기 위해서 대기 상태에 있을 수 있는 지를 명시합니다.

디폴트는 Net8에 의해 설정되며 플랫폼에 특정적입니다.

TICKS
(TIC 또는 TICK)

속성은 10초로 설정된 틱(tick)의 개수를 명시합니다.

(대부분의 플랫폼은 10초로 설정된 틱을 가집니다.)

TICKS가 명시되지 않았다면, 제공된 프로토콜에 대해서 모든 디스패처가 작업 중인 환경에서 접속을 위해서 대기하는 디폴트 시간은 100초, 또는 10 ticks입니다.

 

  1. Connection Pooling 을 setting 할 수 있는 parameter 는?
    A. LOCAL_LISTENER
    B. MTS_SERVICE
    C. MTS_DISPATCHERS
    D. MTS_SERVERS
    답
    X 정답:C


  2. Dispatcher가 Listener process에 등록되었는지 알아보는 listener control utility의 command는?
    A. status
    B. services
    C. reload
    D. help
    답
    X 정답:B


  3. MTS setting 을 위해 필요한 설정이 아닌것은?
    A. init.ora에 mts_listener_address
    B. init.ora에 local_listener
    C. init.ora에 mts_dispathers
    D. init.ora에 mts_servers
    답
    O


  4. MTS 설정을 위한 file이름이 올바른 쌍을 고르시오.
    A. listener.ora, tnsnames.ora, init.ora
    B. listener.ora, init.ora
    C. listener.ora, cman.ora, init.ora
    D. listener.ora, tnsnames.ora, cman.ora
    답
    X 정답:A


  5. MTS 환경에서 Listener에 의해 session 이 맺어지는 경우는 언제인가?
    A. bequeath session
    B. redirect session
    답
    O


  6. MTS 환경으로 connect되었음을 확인하기 위한 Dynamic view는?
    A. v$mts
    B. v$circuit
    C. v$dispather
    D. v$shared_server
    답
    O


  7. MTS를 이용한 접속여부를 알아보려고 할 때 살펴보는 뷰는?
    A. V$CIRCUIT
    B. V$SHARED_SERVER
    C. V$DISPATCHER
    D. V$QUEUE
    답
    O


  8. MTS에서 dispatcher의 목록을 볼 수 있는 뷰는(대문자로 기입)?
    답
    X 정답:V$DISPATCHER


  9. MTS환경에서 UGA에 포함되는 요소는?
    A. cursor state
    B. shared SQL area
    C. database buffer cache
    D. stack space
    E. program global area
    답
    X 정답:A


  10. 다음 중 틀린 설명은?
    A. Alter system command로 Dispatcher process를 MTS_MAX_DISPATCHERS 까지 늘일 수 있다.
    B. Alter system command로 Shared Server process를 MTS_SERVERS = 0로 setting하여 MTS를 잠시 off 시킬 수 있다.
    C. Alter system command로 Shared Server process를 MTS_MAX_SERVERS 까지 늘일 수 있다.
    D. Alter system command로 Shared Server process를 MTS_SERVERS까지 줄일 수 있다.
    답
    X 정답:D


  11. 다음중 ALTER SYSTEM 명령은 통해 변경할 수 있는 MTS 환경구성 파라미터는?
    A. LOCAL_LISTENER
    B. MTS_SERVICE
    C. MTS_DISPATCHERS
    D. MTS_MAX_SERVERS
    답
    X 정답:C


  12. 다음중 connection pooling 기능을 활성화시키기 위해서 추가적인 파라미터들이 구성되어지는 MTS 환경구성 파라미터는?
    A. MTS_DISPATCHERS
    B. MTS_SERVERS
    C. MTS_MAX_DISPATCHERS
    D. LOCAL_LISTENER
    답
    X 정답:A


  13. 다음중 mts 환경구성을 위한 초기화 파라미터가 아닌 것은?
    A. LOCAL_LISTENER
    B. MTS_DISPATCHERS
    C. MTS_SERVICE
    D. GLOBAL_DBNAME
    답
    O


  14. 다음중 mts환경에 대한 설명중 틀린 것은?
    A. 인스턴스에 대한 프로세스의 수를 줄일 수 있다.
    B. 보다 많은 사용자를 수용할 수 있게 된다.
    C. Load balancing 효과를 얻을 수 있다.
    D. 메모리 사용과 시스템 오버헤드가 증가된다.
    답
    O


  15. 다음중 다중스레드 서버 튜닝에 대한 정보를 제공하는 뷰는?
    A. V$CIRCUIT
    B. V$MTS
    C. V$QUEUE
    D. V$SESSION
    답
    O


  16. 다음중 데이터베이스가 시작될 때 디스패처가 리스너에 등록되었는지를 체크하기 위해서 사용하는 명령은?
    A. lsnrctl status listener_name
    B. lsnrctl services listener_name
    C. lsnrctl stop listener_name
    D. lsnrctl start listener_name
    답
    X 정답:B


  17. 다음중 서버구성중 two-task 구조에 대한 설명중 틀린 것은?
    A. 사용자 프로세스와 서버 프로세스는 독립적으로 존재한다.
    B. 각각의 사용자 프로세스는 자신만의 서버 프로세스를 가진다.
    C. 사용자 프로세스와 서버 프로세스는 1:1로 대응된다.
    D. 사용자 프로세스와 서버프로세스가 단일의 사용자 프로세스로 조합되는 구조이다.
    답
    X 정답:D


  18. 해당 서버가 MTS로 구성되어 있을지라도 반드시 전용서버(Dedicated Server)로 접속해야 하는 경우가 아닌 것은?
    A. 배치업무를 처리하고자 하는 경우.
    B. 데이터베이스를 시작 및 종료시키고자 하는 경우.
    C. DBA로 접속하고자 하는 경우.
    D. internal로 접속을 하고자 하는 경우.
    답
    X 정답:C