김윤술 2010-07

DB 셋팅이죠. 하드웨어는 요즘 PC급도 파워만 좋은거 달면 몇년 우려먹습니다. DB 백업 스케쥴 걸구요. 그리고 클라이언트 APP 연결 설정 잡아 줘야 합니다.
H/W 사양은 걱정할 거리도 없습니다. 30명정도 트랜잭션 I/O 있어봐야 거기서 거기거든요.

멀티태스커 2010-07

답변감사드립니다.
하드웨어는 꼭 서버용으로 구입하지 않아도 가능하겠군요. 김윤술님 댓글보니 맘이 왠지 조금은 편안해지는 듯 하네요.
조립한다면 걸프타운 같은 것으로 한번...

김승훈1 2010-07

제가 올해 사월에 저희 회사 인트라넷 서버가 고장이 나서 이전을 했는데요.

그당시에..펜티엄 2.8에 메모리 512에서 돌아가고 있더군요. .허거덕했습니다.

그래서 버릴려고 놔둔 펜티엄 3.2에 메모리 주워서 2기가 넣고 하드만 새것 사와서

이전을 했습니다. 참고로 접속유저는 동시는 아닙니다만 총수로 하면 60명 이상이 될것입니다.

디비는 2000 익스프레스버젼에서 2005 익스프레스 버젼으로 올리고

오에스는 2000 에서 2003으로 올렸습니다. 그리고 돌아가던 ASP 어플리케이션은 세팅을 좀 손봐주니

돌아거더군요. 현재 3개월간 무리 없이 돌아가고 있습니다.

하드웨어 스펙은 요즘 나온것이면 충분할듯 합니다. 하드웨어는 델이나 에이치 판매점에 문의하시면 잘 가르쳐

드럴것같습니다.

서버이전하실때 주의하실것이 테스트환경에서 완벽하게 테스트 하신담에 옴기시길 바랍니다. 그리고 옴기시더라도  일주일정도는 상태를 필히 확인해주셔야 하고요. 이전후 처음에 문제가 좀 많이 발생합니다.

돌아가는 어플은 어느것이 있으며 어느 오에스에 대응하는지도 체크하시기 바랍니다.

멀티태스커 2010-07

답변감사드립니다.
무조건 고사양의 H/W가 필요한 것 같지는 않군요
김형신님 댓글을 읽고 나니 S/W 관련하여 잘 알아봐야 할것 같습니다.
저희는 병원이라 24시간동안 서버가 논스톱이라(야간OCS사용계속)
새로이 서버본체셋팅 및 프로그램 설치 후 랜선만 옮겨서 테스트해보면 될까 하는 생각이 듭니다

김윤술 2010-07

느낌이 왠지 실패 할거 같다는 생각이 드네요. 업무프로그램 담당자와 같이 진행해야 됩니다.

조우연 2010-07

1. 자산의 가치 측정.
본인회사에 가지고 있는 데이터의 가치가 1억이라고 합시다. 이를 지키기 위해 1/10 인 천만원을 들여서 장비를 도입하였다면 합리적 소비가 됩니다. 하지만 이를 지키기 위해 10억짜리 금고를 샀다면 이는 잘못된 정책 판단이 됩니다. 차라리 1억의 데이터를 잃어버리는게 합리적이라는 결론이 납니다. 무턱대고 시스템을 도입할게 아니라 일단 자산 가치 측정을 하시고 그에 맞는 예산부터 잡으셔야 합니다.

2. 모니터링을 하자.
SNMP 와 MRTG 2가지의 소프트웨어만 써도 서버의 cpu/메모리/디스크IO 및 네트워크장비의 트래픽등 모든 데이터를 뽑아 볼수가 있습니다. 하지만 이 질문글에는 일별/월별/연별 최대 또는 평균 트래픽량. 서버 사용률 같은 내용은 나와있지 않습니다. 정확한 데이터 없이 추천해달라고 하는것은 마트 장보는 용으로 페라리를 구매하거나 F1 경기에 나가는데 티코를 구매하는것과 같은 결과를 초래할뿐이며, 클라이언트 대수는 규모를 산정하는 추정치 일뿐. 정확한 기준이 되지 못합니다. 똑같은 30명이라고 해도 초등학생 30명과 대학생 30명이 할수 있는 일의 처리량이 다르다는것을 이해하셨으면 합니다.

3. MTD/RTO/RPO 산정.
근무처가 병원이라고 말씀하셨는데. 진료 시간에 1시간이나 낮근무(9시-18시) 서버가 다운되어 업무가 마비 된다면 피해액이 얼마인가를 산정하셔서 MTD(Maximum Tolerable Downtime.용인가능한 최대정지시간)을 설정하셔야 합니다. 예를들어 MTD가 60분이고, 시간당 피해액이 3천만원 정도라고 가정했을때. 무정지를 위해 이에 준하는 비용을 들여서 그 시간동안 견딜수 있는 UPS 와 백업서버 및 교체 가능한 파트를 구비해 놓으셔야 합니다.
백업장비 및 디스크 구성도 그냥 도입하는게 아니라 RTO(Recovery Time Objectives.목표복구시간)를 계산하고 도입하셔야 합니다. 병원이 야간진료를 하지 않는다면 19시부터 다음날 08시까지가 관리자에게 주어진 최대 복구시간이 될것이며, 장애라는게 꼭 업무 끝나는 시점에만 일어나는것이 아니니 새벽 2시에 장애가 발생할수 있기에 RTO를 6시간으로 설정하였는데. 디스크를 raid 5 로 묶어 놓아 리빌드 시간이 20시간 걸린다거나, 백업본으로 리스토어 시키는데 10시간이 걸린다면. 이는 잘못된 정책수립이며, raid 5 상태에서는 디스크 I/O 가 떨어지기 때문에 복구가 완료되는 시점까지 일일 최대 트래픽에 만족하는지도 체크를 하셔야 합니다.
야간진료까지 포함하여 24x7 구동이라면 RTO는 MTD의 최대값인 60분 안쪽으로 구성되어야 하니 동일규모의 핫사이트 구축이나 클러스터링을 통한 실시간 복구 및 서버단위의 교체. 또는 주간/야간 서버를 분리 운영하지 않는다면 답이 없겠죠.

4. BCP/DRP 수립.
질문글 내용으로봐서는 아직 근무하시는곳에 BCP/DRP 정책이 수립되어 있지 않은듯 싶습니다. 이번 기회에 BCP/DRP를 수립하시고. 자산가치 측정을 통해 그에 맞는 장비 도입을 하셨으면 하네요.

멀티태스커 2010-07

정말 상세한 답글에 감사드립니다.
조우연님 글을 읽고 생각이 가닥을 잡았고 큰 틀을 알 것 같습니다.
당연히 모니터링과 상세한 파악이 더 필요했는데 그렇게 질문을 못한점은
소양부족(무식)입니다.
쉽지 않네요.
체계적으로 진행하도록 좀더 공부와 모니터링 후 질문하도록 하겠습니다.
친절한 답변 다시 한번 감사드립니다.

milyman 2010-07

조우연님께서 체계적으로 답변해주셨네요
저 역시 담당자 입장에서 저렴한 하드웨어보다는 업무에 적합한 안정성이 우선이라고 생각합니다.
지금 당장의 예산을 아끼다가 정작 비상시에 엄청난 손해를 감수해야할 경우도 있으니까요.
개인적으로는 IBM이나 HP같은데 컨설팅을 받아보시는 것도 좋을듯합니다.
물론 비용은 생각하시는 것보다 많이 나올수도 있습니다.

멀티태스커 2010-07

답변 감사합니다.
서버는 안정성이 정말 중요한 것 같습니다.
저도 편안한 HP나 IBM에 전담 시켰으면 좋겠지만
예산 문제라는게 쉽지 않군요.. 오너의 인식을 바꾸기란..
이중근님 의견 감사합니다.

이현호K 2010-07

리소스 모니터/매니저 툴로 기존 시스템의 트래픽이나 사용률등이 객관적인 데이터로 뽑아져야
티코든,페라리든 선택하지 않을까 싶네요.기존 환경의 겉모습만 보고 판단하는건 조금 답변하는
차원에서도 리스크가 있는것 같습니다. 업무적인 부분에서 트래픽이 얼마나 걸리는지 판단하기는 어렵습니다.

경험치에서 나오는 부분으로 판단해도 되겠지만, 가능하면, 조우연 회원님 말씀처럼 플랜을 짜서,
유관 프로그램업체와 Check List 가지고 진행하시는게 좋으실듯 합니다.

멀티태스커 2010-07

답변감사합니다.
저도 조우연님의 답글을 보고 깊이 생각하고 있습니다.
그리고 현재 저희 서버 환경 파악,모니터링에 좀 더 신경
써야 할 것 같습니다.
이현호님이 말씀하신 프로그램업체와 진행하는 것은 오너의
의견과 예산 때문에 자체 진행 될 듯 싶습니다.
감사합니다.

알파맨 2010-07

99.9%, 99.99%, 99.999% 의 uptime은 엄청난 차이가 있습니다. 99.9%는 1년에 9시간의 장애를 허용하며 99.99%는 1년에 1시간만의 장애만을 허용하는 것을 의미합니다.  대부분의 병원은99.99%의 가용성을 목표로 설계합니다. 대부분의 병원은 OCS 및 PACS를 운영하고 있으며 장애시 엄청난 손실을 유발합니다. 올초에 발생한 S대학 병원의 PACS 스토리지가 장애가 생겨 2시간 가까이 다운된 적이 있습니다.(300GB FC HDD * 168개) 물론 완벽한 이중화 구성을 했죠.  그럼에도 불구하고 장애가 났습니다.  잘 모르겠지만 병원 운영에서 다운타임이란 병원의 이미지 및 수익에 막대한 손실을 끼치게 되죠.  비용이 들더라도 이중화나 안정성에 최우선을 염두해두는 것이 전산 관리자의 최우선 목표가 되어야 하지 않을까요?  그냥 눈앞에 보이는 비용 절감이라는 것 때문에 많은 것을 잃을 수 있습니다.
참고하시길.....

멀티태스커 2010-07

답변감사드립니다.
현재는 종이차트 사용과 기본적인 OCS 접수,수납등 만 사용하고 있습니다만
추후 차트 및 X-Ray 필름등을 스캔하여 파일로 보관하여 관리 등을 생각하고 있습니다.
서버가 다운된 적이 있었는데 어떻게 해결했는지 솔직히 기억도 안납니다.
99.99% , 서버 이중화 구성
감사합니다. 도움 많이 되었습니다.

박정길 2010-07

하드웨어적으로 내부 회선의 점검과 빽본 라인의 확보도 중요합니다.

멀티태스커 2010-07

답변감사합니다.
어떻게 아셨는지, 저희 서버로 부터의 내부 회선 연결 상태도
솔직히 '개판' 입니다. 어디 슬롯이 어디로 연결된 것인지도 체크가
되어있지 않은 상태 각 개소에 공유기,허브 무작위 연결 내무IP충돌
인터넷 엑박 & 매우 느려짐 현상,랜선 직접 탈착으로 위치정도만
파악한 상태입니다.
이번에 새로이 작업하면 같이 진행하려 생각하고 있었습니다.
솔직히 무선으로 어떻게 셋팅해보고 싶은데(관리자 입장에서..)
쉽지 않겠죠.
답변 감사드립니다.