박문형 2016-01

SSD로 투자한 것에 비해 빨라졌다라고 보기는 힘들 듯합니다.

E5-2670 2ea 에 메모리를 듬뿍 (64GB-128GB 등)

같은 600GB SAS HDD를 두개 더 추가 하여 RAID 1+0으로 셋팅 (600GB 한개 더추가[총3개]해서 핫스페어 지정)

이 가성비가 더 낫다라고 판단됩니다.

stone92김경민 2016-01

음..병원청구데이터 생성하는 방법이 어떻게되는지는 모르겠지만 겨우 1만건도 안되는 데이터베이스라면 지금 사양도 충분해 보입니다만..
데이터 생성하는 쿼리를 먼저 살펴보셔야 되실듯 싶습니다.

행복단지 2016-01

서버 성능은 충분해 보이는데요.
시스템의 업그레이드는 현재 시스템 사용율 먼저 검토해 보시고 판단하시는게 좋을거 같구요.
데이터 건수가 5500개면 DB쪽에서 보면 엄청나게 적은 건수인데 시간이 오래 걸린다면 DB의 세팅이라던지 쿼리문을 먼저 점검해 보세요.

song05 2016-01

작업관리자 시스템 리소스 보면
업그레이드 안해도 되는 상황입니다
CPU 25% 사용 메모리 55% 사용
디스크 , 네트웍  디스크만 조금 사용율 높습니다.
SQL을 모르니 쉽게 하드웨어 SSD 업그레이드 할려고 합니다.

행복단지 2016-01

참고로 DB에서 시간 단축은 하드웨어도 중요하지만 첫째는 쿼리문입니다.
같은 결과물을 도출하더라도 쿼리문에 따라서 시간차이가 엄청나게 나는경우 많습니다. 그런경우라면 하드웨어 아무리 좋은것으로 바꾼다고 해도 별 효과 없습니다.
일단 어디가 문제인지 원인부터 파악하셔야 합니다.

김윤술 2016-01

SSD는 전혀 도움안됩니다.
성능분석후에 SQL 튜닝 들어가야죠. 솔직히 튜닝 인건비 들여서 해결 안될게 없는데 문제는 그 투자를 전혀 안한다는게 문제죠.
CPU도 제가보기엔 현재로선 전혀 도움 안될겁니다.
3시간 손보면 문제는 해결할수 있을거 같은데 문제는 돈입니다. DB서버 하드웨어도 정말 중요하지만 요즘 시대에 하드웨어가 좋아서 아무리 하드웨어 쳐발라도 성능 개선은 되지 않을거라는겁니다.

행복단지 2016-01

데이터 5500건을 아무리 복잡하게 가공한다고 해도, 저정도 하드웨어에서 7시간 정도 걸리는 쿼리문이라면 뭔가 문제가 있는거죠.
윤술님 말씀대로 전문가에게 의뢰해서 튜닝하면 10분이내에 끝나지 않을까 예상 됩니다.

김윤술 2016-01

10분도 안될수도 있고 복불복입니다.
일단 성능분석 들어가야됩니다. 정확한 원인파악이 중요한겁니다. 비용 결재 의사결정권이 있는 부서에서 오케이다 싶으면... 아오 제 입이 근질거려서 여기서 그냥 멈출랍니다. 제입으로 저거 내가 잘하는데를 말못하겠어요 ㅋㅋㅋ

factory 2016-01

하드웨어 올리기 전에 성능 카운터 로그로 문제의 원인을 찾으시고, 그 다음 MS SQL의 쿼리 실행계획이라고 불리는 다이어그램을 확인하고 DB구조나 쿼리문을 수정하면 해결됩니다.

전문적인 기술 지원은 월에 한대에 20만원입니다.

이윤주 2016-01

심평원 청구데이타같은데
이거는 머 쿼리도 없고 환자정보 병명 처방 기타등등을 심평원포맷에 맞게 텍스트로 나열하는것으로
알고 있습니다.
SQL DB에서 관련항목만 추출해서 별다른 조건도 없이 그냥 그대로 텍스트화 하는거 아닌가요?
기껏 퀴리정도야 청구 비청구 급여정도만 분리
5,500건정도면 평범한 컴으로도 그냥 5분미만으로 나와야 정상인거 같습니다.
먼가 프로그램상의 문제 있는거 같습니다.
윗분들의 댓글처럼 SSD나 CPU업글해도 전혀 차이 없을거 같습니다.

참고로 의원급 의사랑프로그램의 경우 1,000건정도 심평원청구데이타로 변환하는데
1. E5600(대충이정도입니다. 945칩사용메인보드)  2G DDR2 RAM
2. 2 x X3600내 4기가 ECC REG DDR2 RAM(XW8200 HP 웍)
둘다 sata하드인데
변환시간 차이 거의 없습니다.(2개다 XP) 대충시간은 3-5분정도입니다. DB는
네트웍상의 다른 PC에서 끌어다 씁니다.
2번변환하는데
1. 차트에서 점검화면용(의사랑자체 메뉴)로 변환에 대충 3분정도.
2. 1번자료를 순수한 심평원 송신프로그램으로 변환만 하는데는 1분또는 그미만.

위의 2번컴을 몇년전에 SSD로 교환해서 사용해본적이 있는데 정확한 측정은 안해봤는데
변환시간변동을 체감할정도의 성능차이 못느꼈습니다.

추가로 청구자료 생성시에 삭감등에 대비 이를 점검하는 루틴이 걸려 있으면 70분 이해할수 있는 시간입니다.

factory 2016-01

데이터 5500개는 아주 작은 DB입니다. 이 정도면 실력 높은 엔지니어가 아니라도 문제점 찾고 튜닝 가능합니다.

factory 2016-01

DB는 disk에서 자주 데이터를 불러오면 설계가 망한 것입니다. DB는 빠른 응답을 위하여 Memory사용률이 높고 이 이유는 테이블들을 메모리에 상주시켜서 서비스 합니다.
DB upgrade시에 저장 장치를 최고 속도로 하는 경우는 insert 즉, 데이터 입력이 너무 빈번해서 Disk IO에서 병목현상이 나는 것을 제외하고는 하지 않습니다.

song05 2016-01

다른 종합병원 문의하니 거기도 1000건 처리하는데 20분 걸린답니다
종합병원은 여러건으로 나눠서 한다고 하네요
SQL 분석은 해봐야 하는데 근무시간에 하는건 좀 부담스럽고 결국은 업무 끝나고 해야 하는데
담당자랑 상의해서 함 분석은 해봐야겠습니다.
답변주신 회원여러분 너무나 고맙습니다.

추후에 확정되면 답변주신분 별도로 쪽지 드리겠습니다