글쎄요. 이런 문제에 대해서 정확하게

답변해 줄 수 있는 분이 없을 것 같은데요.

일반적으로 서버의 성능은 TPC-C 결과를 가지고 대충

추정할 수 있습니다. 그러나 이런 자료로 직접 자기

사이트와 대조하기는 어렵습니다.

왜냐면 테스트시의 트랜잭션과 실제 자기 회사의

트랜잭션은 종류가 틀리기 때문이죠.

데이타의 길이나 종류에 따라 다르겠지만 한달에 50만 건이라면

그리 많은 데이타가 아니라고 봅니다.

하지만 검색시에 조인을 많이 하고, 이 검색이 어느 정도의 량으로

발생하느냐가 중요할 것 같네요.

일반적인 OLTP 시스템은 read/write 가 4/1 정도의 비율이라고

합니다 ( 객관적인 자료는 아니구요 ).

insert 시에 성능을 높이려면 freelists 10 정도로

늘리시는 것도 한 방법입니다. ( 물론 이때 10은 동시에

10개의 프로세스가 insert 한다는 가정하에서 )

그리고 많은 I/O를 발생시키는 프로그램이 있다면

당연히 디스크를 최대한 striping 시켜야 합니다.

( 데이타가 중요하다면 mirroring 도 필수 )

가장 좋은 것은 이미 프로그램들도 다 있는 것 같은데

시뮬레이션 하시는 것이 가장 좋죠.

(당연히 이 과정에서 SQL 문들도 튜닝이 되어야 하구요.)

그래서 서버가 어떤 부문에서 병목현상이 생기는지 알아야

합니다. CPU 가 부족하다면 CPU 증설 또는 Clock 수 높은 CPU를

선택해야 하고, swaping/paging 이 빈번하다면 메모리를 추가해야

하구요. I/O 에서 병목현상이 생긴다면 디스크를 추가해서 I/O를

개선해야겠죠.

네트웍은 랜 환경하에서라면 큰 부하는 없을 것 같기는 하구...

그럼 이만.

>>김동철 님께서 쓰시길<<

:: 한달에 평균 50만건정도의 데이타가 매일 초단위로 인설트됩니다.

:: 지금 DB에 150만건 정도를 가지고 있구요.. (3개월동안 보관)

:: 3개월이 지난것은 삭제를 합니다.

:: 그리고 여러 클라이언트(비주주얼 베이직)가 이 테이블을 검색해서 데이터를

:: 뽑아갑니다. (조인을 많이 씁니다.)

:: 지금 저희 서버가 엑실에서 만든건데... 선os5.6이 깔려 있구요..제품은 모르지만

:: CPU 클럭이 300이더군요. 램은 256이고...

::

:: 지금 저희 서버가 정당한지 모르겠군요.. 며칠전에 인설트시 데드락을 물었던

:: 사람입니다. 서버 사양이 정당하지않아서 데드락이 걸리는 것 같은데...

:: 제 생각이 맞나영....

::

:: 이 사양으로는 운영가 불필요하다면 과연 어느정도 사양이 필요할까영..

:: 가르쳐주세영