김태형Bearth 2010-07

테스트를 한번 해보시는게 좋을것 같습니다. cpu load가 꽉차는지 메모리가 모자란건지...
둘다 아니면 하드 하나가 돌아가실려는 전조증상이 아닐까 싶습니다.

투시피유 2010-07

느릴 사양이 아닌데요.. 음
김태형님 말씀대로 그당시 시피유 메모리 상태를 한번 보시는 것이
좋을것 같습니다.

아니면 주변기기나 그쪽 네트워크 공유나 연결.. 등
아뭇튼 말씀만으로는 판단이 힘들것 같네요

정희섭 2010-07

처방전 내는게 로드가 크게 걸리는 작업은 아니지 않나 싶은데요?
업체야 뭐 프로그램 고쳐달라/최적화 해달라 하면 골 아파지니까 당연히 하드웨어 탓을 하겠지요.
같은 ERP 라고 해도 버전이 좀 다르다거나 해서 문제가 있을수 있을겁니다.

박문형 2010-07

혹시 네트웍은 어떻게 꾸며져 있는지요?

insung 2010-07

메모리는 더이상 증설을 해도 윈도우2000서버가 인식을 못하기 때문에 의미가 없고 그리고 모지라지는 않습니다
cpu도 환자가 많을시간 30분도안 보았는데 50% 전 후 사용합니다

네트웍크는 전산실에 허브2대 원무과에 1대 이렇게 구성되었습니다
원무과는 3com 3300xm 전산실은 모르쇄허브1대 3com baseline2226 1대 있는데 제가 모르쇄허브16포트
제거하고 3com 2226으로 교채 해도 증상이 똑같습니다
erp 는 다른병원하고 똑같은 제품입니다

어린왕자 2010-07

원인을 찾아야 할 상황 같은데
저 같으면 DB 모니터링을 할 것 같습니다.
ERP가 다른 병원하고 똑같은 제품을 사용한다고
하더라도 ...
DB 상황은 보통 다 다르죠.

처방전 입력시 LOCK이 걸리는 시간이 길어
느려지지 않을까 추측

모든 가능성을 열어 놓고 살펴 봐야 해서... 한가지 가능성을 제시해 봅니다.

무명대인 2010-07

처방을 발행할 때 처방발행속도가 느리다는 것인지, 처방을 발행하고 있는데 다른 인터넷이라든가 문서를 연다든가 하는 것이 느리다는 것인지 조금 애매하네요. 진료실은 느려질 수 있습니다. 서버가 자료를 받아줄 때까지 기다려야 하니까요. 병동이나 기타 부서는 서버 자료를 읽기만 하면 되니 별로 느려질 일은 없습니다. 대부분 서버가 빠르면 해결되긴 하지만요. 아무튼 느리다는 것이 무엇인지 정확하게 알아야 할 필요가 있습니다.
그리고 레이드가 2개인데 한 채널에 묶여 있는지 별도의 레이드 카드로 별개로 묶여 있는지도 중요합니다. 예전에 OS는 레이드1, 데이터는 레이드5로 저희 병원도 서버구성이 되어 있었는데 진료실에서 처방낼 때 느리다고 그런 적이 많았었습니다. 그래서 새로 서버 구성하면서 운영체제와 데이터쪽을 각각 메인보드 레이드, 별도레이드카드 이렇게 구분하여 만들었습니다. 프로그램이 꼬져서 빠른 감은 없지만 부드러운 느낌은 충분히 있더군요. 아무튼 병원에서 어떤 일을 맡고 계시는지 궁금하기도 하고 어느 병원인지 궁금하기도 하고 그렇습니다. 해결이 잘 되어야 할텐데요.

무명대인 2010-07

저는 SQL은 잘 모르지만 오러클과 비교했을 때 느리다고 누군가 그러더군요. 이 말이 맞는지는 모르겠습니다만 가령 SQL 하에서 오더를 10개를 냈는데 그 중 5번째 오더를 지울려고 해도 SQL은 1부터 순차적으로 읽어들여서 지운다고 들엇습니다. 그래서 느리다고요. 오러클은 그렇지 않다고 하더군요. 사실 이런 설명이 맞는지도 궁금합니다. 업체가 거짓부렁을 나한테 하는건가 싶기도 합니다.

잔혹한마법사 2010-07

글쎄요..

제가 봤던 DB고수 두분이 계시는데요..
한 분은 은행 DB설계하시는 분..
한 분은 대용량 DB설계하시는 분.. 데이터 단위가 테라바이트 정도..

이 두분이 공히 하시던 말씀이..
DBMS간에 주로 사용하는 분야가 있어도 어떤게 더 안좋고 어떤게 더 좋다.. 라는건 없다.. 라고 단언하시더군요..
실제로 우리나라 Root DNS DB 가 MS-SQL 이고요.

그리고..
몇가지 작업이 오라클보다 느릴 수는 있습니다.
하지만 그 것은 ns의 세계입니다.. 느리다고 해도 ms의 세계죠..
현실은 수~수십s 의 세계죠.. 프로세스에 영향을 줄 정도의 문제라면 이미 DBMS로서의 의미가 사라지는 수준입니다.

잔혹한마법사 2010-07

누군가가.. 이건 저질.. 이게 최고.. 라고 한다면..
그냥 그 사람을 무시하시기 바랍니다.

MS계열 제품의 장점이자 단점이 진입 문턱이 낮다는 것입니다.
그러다보니 초급들이 많아지게 되고.. 초급들이 많다보니 이리저리 채이는거죠..

업체에서 DB문제로 이러쿵 저러쿵 핑계를 댄다면..
차평석님이 DB를 모른다고 쉽게 본 것이거나.. 그 답변을 한 사람이 수준미달입니다.

최재훈 2010-07

제가 관련 업종의 생태를 잘 알고 있습니다만, 99%도 아니고 100% 업체 잘못입니다.
DB내의 sp가 개판이거나, 병원급이면 대개 조금씩 customization을 하는데, 문제는 같은 제품 같은 버전이라고해도 병원마다 DB상태가 다르다는게 문제입니다. 그때 그때 땜질하는게 현실이고, 인력은 인력대로 수준이
떨어지고 악순환입니다.

혹시 유지보수비를 내고 계신다면, 못내겠다고 튕겨보시면 얘기가 달라질 겁니다.

그리고, 혹시나 싶어 여쭈어봅니다만 SQL Server 2000의 version이 어떻게 되는지요?
만약 Personal Edition이라면 MSDE와 같이 동시 접속 5개의 제한이 있기에, 속도가 급격하게 하락합니다.
라이센스 비용을 아낄려고 임의로 아무버전이나 설치하는 경우도 많이 보았습니다.

심지어는 개발 전용인 Developer Edition을 설치하는 경우도 있었습니다...

몽몽 2010-07

위와 같은 이슈들의 대부분은  H/W 문제도 아니고 ,DB자체 문제도 아니며
Application 소스로직상에 문제가 있는 겁니다.
DB상의 Lock경합을 일으킨다거나 불필요한 Loop가 발생하는 부분이 있는데 그걸 찾아야지요.
DBMS 모니터링이 트러블슈팅의 관건으로 보입니다.

조영수 2010-07

차트... 어디꺼 사용하시나요?

무엇보다.. 반갑습니다.

저도 인천 쪼매난 병원에서 전산 + 조반장으로 근무중입니다.

알파맨 2010-07

대부분의 ERP 업체는 HW가 느려서 그렇다고 자신들의 책임을 전가합니다.  물론 HW를 교체하면 2~3년간은 쫌 빨라지겠죠.. 그러나, 또 DATA가 누적되면 또 느려집니다.  그때 되면 또 HW 탓을하고 H/W 와 Software를 돈내고 업그레이드 하라고 하죠.. 대부분분 자기네들 잘못을 절대 인정한합니다.  제가 지금가지 본 대다수의 업체들이 다 그렇더군요.  일례로, 제가 아는 사이트는 오라클로 개발한지 10년 정도 된 곳이 있습니다.  1년치 통계를 조회하면 5~10분 정도 걸렸습니다.  저희가 분석해 보니 테이블을 풀스캔하더군요.  당연히 데이타가 쌓이면 엄청나게 느려질 수 밖에 없죠.. 제 생각에도 아마 DB의 락 문제이거나 풀 스캔을 하던가 하는 문제일 가능성이 높을 듯 싶습니다. 혹은 DISK I/O 분산이 필요할 지도 모르겠네요..  많은 소형 ERP 업체 대부분이 O/S 와 DATA를 한 디스크에 때려 넣는 안좋은 습관이 있더군요.  DATA는 가능한 한 여러 디스크에 분산 시키는게 I/O 성능에 좋습니다. 두서없이 적었네요... 양해해 주시길....

박우열 2010-07

클라이언트 30여대라면 그정도 사양이면 충분하고, 실제로 저 장비보다 못한 사양인
제온2.4듀얼에 메몰2기가급으로 클라이언트 150-200대 무리없이 5년이상 사용중입니다.

다른분들 말씀처럼 DB가 Lock이 걸리지 않나 싶습니다.
모든 진료실의 증상이 그렇다면, 처방을 발행하는 로직자체가 문제가 있어 보입니다.
별탈없이 사용중이다가 최근에 문제가 발생했다면, ERP S/W 업데이트가 있었을수 있겠네요.

날짜를 잡으시고 SW업체와 DB좀 만질줄 아는 사람과 같이 모니터링을 하십시요.
그럼 결론이 날겁니다. 모쪼록 잘 해결되시길 바랍니다.

묵승찬님께,
ERP(OCS ?) 라 말씀하시는 중소기업체에 근무중입니다. 중소기업 SI 근무자를 대변해서^^
말씀하신 내용과 반해 대부분의 200 bed 이하 중소병원들이 DB랑 H/W에 유지보수를 안하시는 것은
알고 계시는지요? 작은 병원에서는 ERP 유지보수 계약이란 "하드웨어+DB+소프트웨어" 개념을 가지고 있습니다.
즉 소프트웨어 업체에서 코딩하는 놈이 장비랑 DB를 본다는 안타까운 현실이죠.
일정부분 봐줄 수는 있으나 전문가 수준은 아닙니다.

딴지를 거는것이 아니니 오해하지 마시고 안타까운 SI 의 현실을 이해해주세요.

김승훈1 2010-07

교체시기는 교체시기인듯 합니다..둘다 서포트 계약이 없어서요.

글쎄요. 확실히 하드웨어 교체하면 빨라지는것은 사실입니다.

테스트 환경이 있다면 해보시면 좋을텐데 말입니다.

김상진 2010-07

음...좀 난감한 상황이네요
저도 DB로 밥먹고 살지만(간혹 부하테스트까지) 이런경우에는 일반적으로 H/W보다는 APP의 문제일 확률이 높죠
(어디까지나 일반적이죠...)
통상 특정 상황에서 느려진다면, DB의 문제일 확률이 높긴한데
그게, 정말 H/W의 한계인지, 아님 정말 아름답게(^^;) 짠 소스때문인지는....확인을 해봐야 됩니다.
이놈의 IT바닥이 어떤 문제가 터지면, 자기의 문제가 아니라고 우기는게 먼저니..그걸 증명하면 얘기는 달라지겠죠

우선 가장 의심스러운 DBMS를 확인할려면
MS-SQL 2000버전이라면 PROFILE(한글버전이라면 프로파일..?맞을려나...오래되서...)이라는 프로그램이 있습니다.
이걸 실행해서, 현재 MS-SQL에서 돌고있는 SQL을 캡쳐한후 그걸 분석해서, 가장 문제되는녀석을 찾고,
이게 왜 문제인지 확인을 한다면 개발된 프로그램의 문제이죠
그게 아니라, 큰문제있는 SQL이 안보인다면 일단은 DBMS의 문제가 아닐 가능성이 큽니다.
이런경우 하나하나 서버 모니터링을 해서 확인하는 수밖에 없는데

이런 기본적인 지식이 없다면 쉽지는 않지만...좀 수고를 하셔야될듯합니다.

ps) 저런 증상이 발생할때 H/W적인 증설은 H/W의 성능만큼만 올라가며, 향후 사용량/데이터가 늘어나면 저런 증상은 재발합니다.
제가 볼때 이것은 언발에 오줌누기에 불과하며, 근본적인 원인을 해결하시는게 나을듯합니다.

ps) 또한 현재 MS-SQL2000 => MS-SQL 2008로 가시는건 반대입니다.
기존 2000은 T-SQL로 짜여진 SQL이 많았으나 2008부터는 ANSI SQL을 기본으로 지원합니다.
(물론 호환성모드로 돌아는 가나,  성능 저하가 발생합니다.)
이부분은 ERP납품처에서 2008로 가도된다는 확답과 기술지원을 받지않는한 현재 2000버전을 유지하시기바랍니다.
(2005부터 ANSI-SQL을 기본으로 바뀌었으니, 2005/2008/2010 전부 마찬가지입니다.)

멀티태스커 2010-07

오.. 저희 병원과 PC대수와 규모가 거의 비슷하네요

방가운 마음에 글 남김니다 ㅎ

저도 서버 및 네트워크 라인 재설정을 위해 준비 중인데 골치가 아프네요

글 잘 읽었습니다.