안녕하세요
눈팅회원 입니다.
병원erp 사용하는데 진료실에서 처방전 낼때만 컴퓨터가 느려집니다.
모든진료실이 다 같은증상입니다
erp 업체에서는 서버 사양이 낮아서 그렇다고 하네요.
현재 서버는 IBM X365 XEON MP2.8G/L3 2M 2EA, MEM 4G ,
36G/15K RAID-1 73G/10K RAID-5 , SERVERAID-6M 256캐시
WIN2000 SERVER SQL2000 이고 클라이언트는 35대 정도 됩니다
진료실은3개인데 진료실에서만 그런증상이 나오네요
제가 보기엔 서버사양이 낮은건 아닌것 같은데 ERP 업체가 서버탓만 하네요
그리고 같은 ERP 사용하는 다른병원은 HP ML-530G2 XEON 2.8/512K 2EA , MEM 3G , 73G/10K RAID-5
스마트어레이 6402 192M WIN2003 SERVER SQL2000 사용하는데 여기는 문제가 없는것 같은데
둘다 병원규모는 비슷합니다
뭐가 문제인지 모르겟습니다 그래서 제가 이번에 IBM X365 현재 듀얼인데 쿼드로 업그레이드 해서
테스트 할려고 합니다 이렇게 해서 문제가 해소되면 좋은데 .....
혹시 SQL2008로 업하면 휴과가 있나요? 운영체계 하고 디비가 오래된 것들이라 좀 거슬리기는 하는데
뭐 좋은방법 있는지요? 여러분의 의견을 기다리겠습니다.
둘다 아니면 하드 하나가 돌아가실려는 전조증상이 아닐까 싶습니다.
김태형님 말씀대로 그당시 시피유 메모리 상태를 한번 보시는 것이
좋을것 같습니다.
아니면 주변기기나 그쪽 네트워크 공유나 연결.. 등
아뭇튼 말씀만으로는 판단이 힘들것 같네요
업체야 뭐 프로그램 고쳐달라/최적화 해달라 하면 골 아파지니까 당연히 하드웨어 탓을 하겠지요.
같은 ERP 라고 해도 버전이 좀 다르다거나 해서 문제가 있을수 있을겁니다.
cpu도 환자가 많을시간 30분도안 보았는데 50% 전 후 사용합니다
네트웍크는 전산실에 허브2대 원무과에 1대 이렇게 구성되었습니다
원무과는 3com 3300xm 전산실은 모르쇄허브1대 3com baseline2226 1대 있는데 제가 모르쇄허브16포트
제거하고 3com 2226으로 교채 해도 증상이 똑같습니다
erp 는 다른병원하고 똑같은 제품입니다
저 같으면 DB 모니터링을 할 것 같습니다.
ERP가 다른 병원하고 똑같은 제품을 사용한다고
하더라도 ...
DB 상황은 보통 다 다르죠.
처방전 입력시 LOCK이 걸리는 시간이 길어
느려지지 않을까 추측
모든 가능성을 열어 놓고 살펴 봐야 해서... 한가지 가능성을 제시해 봅니다.
그리고 레이드가 2개인데 한 채널에 묶여 있는지 별도의 레이드 카드로 별개로 묶여 있는지도 중요합니다. 예전에 OS는 레이드1, 데이터는 레이드5로 저희 병원도 서버구성이 되어 있었는데 진료실에서 처방낼 때 느리다고 그런 적이 많았었습니다. 그래서 새로 서버 구성하면서 운영체제와 데이터쪽을 각각 메인보드 레이드, 별도레이드카드 이렇게 구분하여 만들었습니다. 프로그램이 꼬져서 빠른 감은 없지만 부드러운 느낌은 충분히 있더군요. 아무튼 병원에서 어떤 일을 맡고 계시는지 궁금하기도 하고 어느 병원인지 궁금하기도 하고 그렇습니다. 해결이 잘 되어야 할텐데요.
제가 봤던 DB고수 두분이 계시는데요..
한 분은 은행 DB설계하시는 분..
한 분은 대용량 DB설계하시는 분.. 데이터 단위가 테라바이트 정도..
이 두분이 공히 하시던 말씀이..
DBMS간에 주로 사용하는 분야가 있어도 어떤게 더 안좋고 어떤게 더 좋다.. 라는건 없다.. 라고 단언하시더군요..
실제로 우리나라 Root DNS DB 가 MS-SQL 이고요.
그리고..
몇가지 작업이 오라클보다 느릴 수는 있습니다.
하지만 그 것은 ns의 세계입니다.. 느리다고 해도 ms의 세계죠..
현실은 수~수십s 의 세계죠.. 프로세스에 영향을 줄 정도의 문제라면 이미 DBMS로서의 의미가 사라지는 수준입니다.
그냥 그 사람을 무시하시기 바랍니다.
MS계열 제품의 장점이자 단점이 진입 문턱이 낮다는 것입니다.
그러다보니 초급들이 많아지게 되고.. 초급들이 많다보니 이리저리 채이는거죠..
업체에서 DB문제로 이러쿵 저러쿵 핑계를 댄다면..
차평석님이 DB를 모른다고 쉽게 본 것이거나.. 그 답변을 한 사람이 수준미달입니다.
DB내의 sp가 개판이거나, 병원급이면 대개 조금씩 customization을 하는데, 문제는 같은 제품 같은 버전이라고해도 병원마다 DB상태가 다르다는게 문제입니다. 그때 그때 땜질하는게 현실이고, 인력은 인력대로 수준이
떨어지고 악순환입니다.
혹시 유지보수비를 내고 계신다면, 못내겠다고 튕겨보시면 얘기가 달라질 겁니다.
그리고, 혹시나 싶어 여쭈어봅니다만 SQL Server 2000의 version이 어떻게 되는지요?
만약 Personal Edition이라면 MSDE와 같이 동시 접속 5개의 제한이 있기에, 속도가 급격하게 하락합니다.
라이센스 비용을 아낄려고 임의로 아무버전이나 설치하는 경우도 많이 보았습니다.
심지어는 개발 전용인 Developer Edition을 설치하는 경우도 있었습니다...
Application 소스로직상에 문제가 있는 겁니다.
DB상의 Lock경합을 일으킨다거나 불필요한 Loop가 발생하는 부분이 있는데 그걸 찾아야지요.
DBMS 모니터링이 트러블슈팅의 관건으로 보입니다.
무엇보다.. 반갑습니다.
저도 인천 쪼매난 병원에서 전산 + 조반장으로 근무중입니다.
제온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 의 현실을 이해해주세요.
글쎄요. 확실히 하드웨어 교체하면 빨라지는것은 사실입니다.
테스트 환경이 있다면 해보시면 좋을텐데 말입니다.
저도 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 전부 마찬가지입니다.)
방가운 마음에 글 남김니다 ㅎ
저도 서버 및 네트워크 라인 재설정을 위해 준비 중인데 골치가 아프네요
글 잘 읽었습니다.