1> 오라클8은 DC 에 관한 파라메터 튜닝을 특별히 하지는 않습니다. 이유는 오라클 내부에서 영역 자동할당을 하고 있다고 합니다. 이 자동 튜닝은 Shared pool 내에서 DC_*의 크기에 대한 자동할당을 한다는건데 그 범위는 shared pool내에서만 이루어 지는 것입니다. shared pool 의 크기가 좀더 커진다면 이 DC_* 의 각 영역도 조금 늘어 나게 됩니다. 이르에서 보시다시피 dc_constraints 는 db 내의 constraints 정보를 올려 놨다가 필요시 참조하도록 정보를 유지하는 곳입니다. 자주 사용되는 정보라면 hit ratio 가 좀더 올라 갈 겁니다. miss 부분의 절대값 숫자가 작다면 별루 사용되지 않는겁니다. 2> Parallel query 를 많이 사용하시는 시스템인가요? 특정 SQL 에서 parallel slave 를 사용하면 필요한 만큼의 pq slave 가 이 SQL 에 항당 됩니다. 그런데 이런 slave 의 수가 시스템이 효과적으로 수행될수 있는 수보다 많이 사용되면 오히려 더 문제를 일으킬수도 있습니다. 예를 들어 CPU 는 4, Disk I/O channel 도 4개인데 pq salve 가 16 개 보다 더 많이 동시에 사용된다면 오히려 성능에 저하를 유발할수도 있습니다. pq 관련 latch 의 hit ratio 가 낮은 건 pq_min_server 수가 실제 요구 하는 수보다 적게 잡혀 있고 요구하는 수는 많기 때문일것입니다. 시스템에 맞는 적당한 pq 의 수를 max 로 설정하여 pq 의 동시 사용수도 그 범위 안에서 하시는게 좋을듯합니다. 또 pq 를 자주 사용한다면 pq min / max server 의 수를 같은 값으로 하는것도 한 방법입니다. 더 중요한것은 동시 pq slave 수를 적당히 유지 하시는것이 좋을 듯합니다. 3> 블록의 수라기보다는 로우를 찾기 위해 index 혹은 full 을 수행한 횟수가 아닌가 합니다. 흑흑.. 허접한 답변이었습니다.

---------- Original Message ----------
이름 : 길태문 제목 : 3가지 질문이 있습니다.어떻게 처리해야 할까요? 3가지 질문이 있습니다. 잘 몰라서요..... 답변 부탁드립니다. 1)dictionary cache hit ratio 에서 아래처럼 나왔는데, 어떤 조치를 해야하나요? Parameter Gets Getmisses Hit Ratio dc_constraints 40 27 32.5 dc_files 47 44 6.383 dc_tablespace_quotas 332 96 71.084 2)latch hit ratio중 98% 미만이 3개 나왔습니다. latch wait list, parallel query stats parallel query alloc buffer 위 세 가지 인데요, Guide에는 해당 application 감소 및 resource를 늘려주라고 했는데요 해당 application 어떻게 찾지요? 그리구, 어떤 resource는 어떻게 늘리는 거지요? 3) session index scan ratio 에서 index 및 full scan의 숫자가 있습니다. 그 의미는 각 session에서 실행한 query의 block 수를 의미하는 건가요? 그 숫자의 의미를 좀 알고 싶습니다.