DISPATCHER HOLDING 되는 ERROR 해결을 위한 SGA 계산

Question

제품 : ORACLE SERVER
작성날짜 : 2004-05-20
<DISPATCHER HOLDING 되는 ERROR 해결을 위한 SGA 계산>
====================================================
PURPOSE
Dispatcher Holding Error를 해결하기 위한 SGA의 크기를 계산한다.
Problem Description
*error 사항.
dispatcher 'D000' lost listener 0 contact, re-establishing.
dispatcher 'D000' encountered error connecting to listener 0
ora-600[2130]
ora-4031
*결론 : 이 error 사항 해결은 SGA 조정 후 모두 해결을 보았다.
다음은 RC의 PMS DB의 shared memory 의 조정 사항과 현재 사용 중인 shared
memory의 측정량이다.
문제점:현재 하루에 한번씩 system 이 오후 2시쯤 되면 (busy time) 서서히
느려지다 down 되는 현상이 발생하고 있다. Error는 ora-4031 이어서 일단은
shared_pool 을 늘리기로 하였다.
(1)　kernel parameter 인 shmmax 를 40M 로 증가
(2)　shared_pool 을 25M 에서 35로 증가
Workaround
none
Solution Description:
***<별첨> 참고로 이 ora-4031 error 가 정말 shared_pool 이 부족한지 ,
shared_pool 에 fragmentation 이 많이 일어 나서인지를 check 하기 위해
우리의 SGA 영역 사용량을 측정해 보았더니 이는 busy time 인 현재
31757960bytes 로 의외로 많았다. 물론 이 계산은 대략적이지만
이 계산대로라면　오늘 system 이 down되지 말아야 한다.
이의 양 계산은 아래와 같이 하였다.　
1)　임의의 1 user 의 session 을 check　:
　　　select sid from v$process p, v$session s
　　　where p.addr=s.paddr and s.username='KHPARK';
　　SID
　　　　　　　39
　　　　　　　41
　　　　　　　42
　　　　　　　60
2)　각 session 의 최대 memory 양을 check :
select value from v$sesstat s, v$statname n
　where s.statistic# = n.statistic#
and n.name = 'session uga memory max' and sid=42;
이 4 session 의 mamory 의 average 는 대략
(803648 + 11552+ 63024+110896)/4 =247280 byte 이다
현재 시각 의 (오후 2시 40분) v$session 의 count 는 112 이므로 session 당
최대 memory * 동시 접속 user 수= 27695360 byte
3)　Total shared SQL area 는
SQL>select sum(sharable_mem) from v$sqlarea
3318365 입니다.
아침 9 시 30 분 시각에는 16459248 으로 이는 변화가 많은 것으로 생각된다.
4)　PLSQL sharable memory 는
SQL> select sum(sharable_mem) from v$db_object_cache;
를 실행 시 744235 byte로 오전 DB startup 바로 후의 1332021 byte와 차이를
보인다.
이를 계산해 보면 현재 시각의 shared_pool사용량은 2)+3)+4)=31757960 bytes
이다.
Reference Documents
none

Answer 1