1. MTS와 SHARED_POOL_SIZE
MTS 환경하에서 오라클에 접속하는 경우에는 User Process, Dispatcher, Shared Server간의 통신을 위한 정보가 SGA영역에 저장되므로 SGA영역을 보다 크게 설정하여야 한다. 일반적으로 유저당 1kb씩 Shared_Pool_Size 영역을 늘려주면 된다. 다음 SQL 문으로 SGA영역의 Free Space를 확인할 수 있다.

SELECT * FROM V$SGASTAT WHERE NAME = 'free memory';

2. MTS TUNING

MTS 환경에서는 Dispatcher와 Shared Server에 대한 경합(Contention)을 줄이는 것이 중요하다. Dispatcher에 대한 경합은 다음과 같은 현상에서 알아볼 수 있다.

Dispatcher의 High Busy Rate
Dispatcher의 Response Waiting Time의 중가

다음 SQL문으로 각 Dispatcher의 Busy Rate을 알아볼 수 있다.

SELECT NETWORK "PROTOCOL",
SUM(BUSY)/(SUM(BUSY)+SUM(IDLE)) "TOTAL BUSY RATE"
FROM V$DISPATCHER
GROUP BY NETWORK;

만약 각 프로토콜의 Dispatcher에 대한 Busy Rate이 50%보다 큰 경우에는 해당 프로토콜의 Dispatcher 개수를 늘려주어야 한다.

Response Queue의 Wait Time은 다음 SQL문으로 확인할 수 있다.

SELECT NETWORK "PROTOCOL",
DECODE(SUM(TOTALQ),0, 'NO RESPONSES',
SUM(WAIT)/SUM(TOTALQ) || ' HUNDREDTHS OF SECONDS')
"AVERAGE WAIT TIME PER RESPONSE"
FROM V$QUEUE Q, V$DISPATCHER D
WHERE Q.TYPE='DISPATCHER' AND Q.PADDR=D.PADDR
GROUP BY NETWORK;

응용 프로그램을 사용하면서 Average Wait Time이 지속적으로 증가한다면 해당 프로토콜의 Dispatcher를 추가함으로써 Performance를 증대시킬 수 있다.
Shared Server에 대한 경합은 Request Queue에 쌓이는 Request의 Waiting Time이 증가하는 것으로 알 수 있다. 다음 SQL문을 이용하면 Request Waiting Time을 알 수 있다.

SELECT DECODE(TOTALQ, 0, 'NO REQUESTS', WAIT/TOTALQ ||
' HUNDREDTHS OF SECONDS')
"AVERAGE WAIT TIME PER REQUESTS"
FROM V$QUEUE
WHERE TYPE='COMMON';

Shared Server의 개수는 오라클에 의해서 자동적으로 조절되기 때문에 사용자가 직접 Shared Server의 개수를 늘려줄 필요는 없다. 단, Mts_Max_Servers에 지정된 개수 이상으로는 늘어나지 않으므로 이 값을 너무 작게 설정하지 않도록 한다. 참고로 Dispatcher의 개수는 오라클에 의해서 자동적으로 조절되지 않으므로 DBA가 직접 가감시켜 주어야 한다.