이런 하드웨어가 문제가 아니라 소프트웨어가 얼마나 잘 설계되어 있는가가 관건이고

사용자는 20매장에 400명 이지만 db 입장에서는 초당 콜수가 얼마인지가 더 중요하고,

전문가가 프로그램 하면 가상서버 1~2core에 메모리 8GB 정도 받으면 잘 돌아갈듯 합니다.

디비에 조회나 저장이 일어날때는 보통 매출이 일어날때인데, 20개 매장이면....음... 쉴세없이 포스를 찍지 않는한은 저정도 사양이면

충분해보이는데요.

그런데  POS프로그램을 직접 개발하신다구요?   결제기능이 포함되어있고 , 장비연동(돈통)도 되는,, 시중의 일반적인 수준의 POS프로그램정도  만들려면 상당한 난이도가 필요할거라 보이는데요.   

제가 개발자인데, 서버와 DB는 개발수준으로 이해하고 있으며,

전문적인 지식이 부족한 관계로..

그리고, 웹 과 일반POS방식(대부분의 POS는 응용프로그램으로 개발)은 시스템 구동방식이 다른걸로 알고 있는데,

POS를 웹으로 만들려고 하다보니, 이것저것 체크해야할 부분이 많을것 같아서요..

백업구성은 어떤식으로 해야 하는지도, 확인해 봐야할 것 같고..

음.. 일단 결재부분만 놓고보면은 카드결제를 하려면은 액티브엑스가 필요할텐데,

그냥 응용프로그램으로 하는게 낳지 않나요..?

벤사나 PG사를 통해서 하면 HTTP로 될런가 모르겠네요..

사실 웹기반 POS를 본적이 없어서 잘모르겠네요 ㅎㅎ

결제 부분은 벤더에서 연동 모듈을 제공하는 경우가 대부분이여서 큰문제는 없을듯 합니다 .

프린터를 별도로 쓰지 않고 벤더에서 제공하는 단말기를 프린터 대용으로 같이 쓰는 경우도 있습니다.

제공 모율을 통해서 제어가 가능 하기 때문에 좀 튼 밴더와 협력하는게 좋습니다. 

디비 구성을 mdf와 ldf 가 저장하는 공간을 나눠서 하시는게 좋습니다.

물론 백업은 full backup과 log backup도 별도의 드라이브에 구축하시는게 좋구요...

백업주기는  full backup의 주기(1일 한번) , log backup (시간당, 30분당...) 결정 하시면 되구요...

로그 전달 기능이 있습니다.  이것도  구축하시면 좋을듯 합니다..