waitstat을 수집하거나, xevent를 수집해서 문제가 되는 포인트를 잡아내야 할것 같습니다,,,

cpu에 비해 메모리가 적은 것 같아 보이기도 하구요,,, 자세한건 봐야 알겠네요,,,,

100% 프로시저 환경인가요??

sql server 버전은 어떻게 되나요??

100%프로 프로시저 환경은 아니긴 한데...
Adhoc 쿼리가 일부 있으나 프로파일러로 실시간 살펴보면
그리 큰 문제요소는 되지 않아 보였습니다.

(SP Cache 및 Adhoc에 대한 프로파일러로 보면 CPU가 튈때 전혀 발생하지 않는 경우가 많더라구요)

cpu time에 의한 요소는 저 쿼리를 통한 부분이랑 크게 다를게 없어 보이고...

SQL 버전은 SQL 2008 R2(RTM) x64 사용중입니다.

메모리는 Max설정을 해놓은 상황이며

최소 5~6개 모든 쿼리가 running 상태인 경우에도 50%를 육박하는 경우가 생겨버리네요

우선 현상황이 그나마 좋은 건? 10개 미만의 쿼리가 실행중에도 50%이상을 육박하기에

STATISTICS IO 를 통해 DISK IO상태를 살펴보고 튜닝작업을 해봤었는데(불필요한 Scan은 seek으로 바꾸고 테이블 갯수가 얼마 되지 않은 경우의 index scan은 그대로 나둠) 크게 나아지는 느낌은 들지 않아서요~ 놓친 부분도 있을 수 있지만..

(Perfmon으로 봤을땐 DISK 병목현상은 정상수치에 해당되더라구요)

일단은 추출한 쿼리들 기준으로 튜닝을 좀더 해봐야겠네요.

답변감사합니다.

p.s : 메모리는 아래 기준으로 맞춰진 상태입니다.

       (다른세션 사용자가 붙어서 다른 걸 작업하고있는게 있어 OS메모리가 현재는 좀 높습니다.)

Physical RAM                        MaxServerMem Setting 

2GB                                           1500 
4GB                                           3200 
6GB                                           4800 
8GB                                           6400 
12GB                                         10000 
16GB                                         13500 
24GB                                         21500 
32GB                                         29000 
48GB                                         44000 
64GB                                         60000
72GB                                         68000
96GB                                         92000
128GB                                       124000