• 2

賣場用Server與POS機的軟硬體方案

各位好:

最近公司要開連鎖賣場,請TOSHIBA跟FUJITSU報價Server跟POS機

針對硬體規格內容與方案,有一些問題想請教有經驗的先進們!

1.) TOSHIBA Server報的是IBM的方案, 因報價單未寫出型號
依硬體規格搜尋後,我認為可能的型號是 IBM System x3500 M4

Server主要規格如下:
- CPU: Intel Xeon E5-2620 V2
- RAM: 8GB PC3L ECC 1600MHz LP RDIMM (伺服器專用記憶體?)
- HDD: IBM 600GB 10Krpm SAS 6Gbps 2.5 SFF G2HS HDD
- PWR: IBM 750W High Efficiency Platinum AC Power Supply
主機板支援雙CPU, 24個記憶體插槽
標配8個硬碟托架, 透過套件可支援到32個硬碟


POS機型號: TOSHIBA SurePOS 740 (4900-E45)
- Intel Celeron T3100-
- HDD 500GB / 64GB SSD
- 4GB DDR3 Memory- Wide Cash Drawer
- USB Character Graphic Display- Integrated Keyboard
- Windows 7 Professional Preload
- 4820-5LG LED Touch Display with Mount Kit

此Server跟POS的作用方式是: 在店鋪的POS機須安裝程式與Client Server連線

--

2.) FUJITSU Server報的是自家的方案 , 型號是:FUJITSU PY TX1310M1
Server主要規格如下:
- CPU: Intel Xeon E3-1266 V3
- RAM: 8GB 1600MHz (應該是一般記憶體?)
- HDD: 3.5" 500GB 7200rpm SATA3 6Gbps
- PWR: 未知

POS機型號: Fujitsu TeamPoS7000 A200
- Celeron G540 (2.5GHz)
- 2GB DDR3
- HDD 250GB
- POSReady 7
- 12" TFT Color LCD w/ touch

此Server跟POS的作用方式是,POS機不須安裝程式, 直接透過瀏覽器與Client Server連線

以上是主機與POS機的部分

--------

再來是主機的效能是否足以負荷店內的運作,與建置後的維修保養

軟體部分:

1.) T方案 Server與軟體效能:

- WINDOWS SERVER CAL 2012 -MULTILANGUAGE-
- SQLSvrStd 2014 SNGL OLP NL
- SQLCAL 2014 SNGL OLP NL UsrCAL (X10)

十萬筆商品資料, 可支援三家店, 共12台POS機

維修保養費(全年不分時段 On Call): 第一年25萬, 第二年45萬


2.) F方案廠商說明Server的效能:

- WinSvrStd 2012R2 SNGL OLP NL 2Proc
- WinSvrCAL 2012 SNGL OLP NL DvcCAL

十萬筆商品資料, 可支援十家店, 共40台POS機

沒有SQL的報價, 資料庫不知道是什麼架構, 這部分要在跟廠商詢問

維修保養費(全年不分時段 On Call): 每年約10萬

還有其他雜七雜八的費用, 就不一一列出了...

--------

短期目標已經決定會開五家店, 但也不是直接開五家, 而是慢慢展店.

所以我們必須選一個適合將來發展的方案.

小弟不是專業的IT人員, Server領域對我來說是非常陌生.

但硬體的部分, 還能跟大家討論一下...

主要跟各位先進請教:

1.) 這兩個廠商的作風與優缺點? (服務、報價合理性等等..)
2.) 這兩台Server是否都符合需求. (效能、穩定性、長期的支援性)
3.) 兩家POS的運作方式不同, 有無優缺點 (如:安全性、執行效率 等等..)

相信有認真看內容的人, 應該看得出互相的矛盾點:
- T方案硬體配置完勝F方案, 但Server能服務的數量T卻輸給F?
T:10萬筆資料,3家店,12台POS機
F:10萬筆資料,10家店,40台POS機
或這只是軟體授權上的問題? T方案只要多花錢也能達到一樣的服務數量?

- T方案硬要挑問題的話大概是E5-2620 V2 應該換成E5-2620 V3
用V2有種清庫存的感覺? 或是說E5-2620 V2比較穩定呢?

- 同上, F方案的硬體配置明顯比T方案差, 但能服務的數量卻多出3倍
這點我真的搞不懂...

--------

以上內容,並非是要來比價, Server的建置預算是夠的.

而是希望有經驗的先進能給點意見.

如果還需要更詳細的內容, 我會盡我所知提供給您.

謝謝各位看完這落落長的文章.
2015-10-05 16:32 發佈

t0117682 wrote:
此Server跟POS的作用方式是,POS機不須安裝程式, 直接透過瀏覽器與Client Server連線



其實這裡有個問題.

如果網路斷線了,
可以離線操作的pos 還是可以先結帳,做生意,
待網路回復了,再把資料上傳到server,
但 online 型的pos,
自然沒有聯網也無法結帳.


有些超商的pos只好手寫收據,
請你下次過來補開發票.

T方案的POS機數量應該是受限於SQL Server的授權數量 (廠商報10個cal)

F方案的資料庫沒報, 問清楚先, 有時廠商會漏掉..


1.) 這兩個廠商的作風與優缺點? (服務、報價合理性等等..)
目前只跟F廠有交手過, 不敢評論比較

2.) 這兩台Server是否都符合需求. (效能、穩定性、長期的支援性)
F方案報的比較像是小server,
硬碟這個最容易出包的點要強化一下...最少也要有RAID...

3.) 兩家POS的運作方式不同, 有無優缺點 (如:安全性、執行效率 等等..)

T方案是C/S架構, F方案是web架構, 各有優缺點
POS其實不太需要多強的效能, 兩種架構都ok

假如你們是發展中, 展店很頻繁的話, 建議採web 比較容易佈署..
所以你會看到F方案的維護費用比較低一些...


C/S架構因為服務session數量大概就等於你要買的資料庫授權數量,
但web 架構可以透過connection pool讓大家共用,
所以你會看到廠商報可以服務的量會比較大, 其實只是因為後面資料庫授權的關係..
不然現在隨便一台PC也扛的動幾百上千個資料庫session...
Hi syntech:

謝謝您的提醒

關於網路斷線這點會在跟廠商確認
syntech wrote:
其實這裡有個問題.如...(恕刪)
Hi slash410:

以下紅字是我的回覆與問題
謝謝您的專業見解!

slash410 wrote:
T方案的POS機數量應該是受限於SQL Server的授權數量 (廠商報10個cal)
F方案的資料庫沒報, 問清楚先, 有時廠商會漏掉..
->這部分會再確認 謝謝!

1.) 這兩個廠商的作風與優缺點? (服務、報價合理性等等..)
目前只跟F廠有交手過, 不敢評論比較
->那針對F廠您的評價如何呢? 目前我們對於F方案是比較有興趣的.
不全然是價格關係,因為我們的合資夥伴是日商,他們對F比較有好感
但也要考慮到廠商的服務態度與未來的發展性.


2.) 這兩台Server是否都符合需求. (效能、穩定性、長期的支援性)
F方案報的比較像是小server,
硬碟這個最容易出包的點要強化一下...最少也要有RAID...
->跟我的想法一樣, 這部分會請他們再做加強.
RAID至少可以即時知道硬體發生問題
目前兩家都有報NAS備份還原的解決方案, 因為太雜就沒寫出來.


3.) 兩家POS的運作方式不同, 有無優缺點 (如:安全性、執行效率 等等..)
T方案是C/S架構, F方案是web架構, 各有優缺點
POS其實不太需要多強的效能, 兩種架構都ok
->這裡我就真的不懂了 兩種架構的優缺點我還要再問問...
能用簡單的方式大概說明一下差異嗎?


假如你們是發展中, 展店很頻繁的話, 建議採web 比較容易佈署..
所以你會看到F方案的維護費用比較低一些...
C/S架構因為服務session數量大概就等於你要買的資料庫授權數量,
但web 架構可以透過connection pool讓大家共用,
->目前展店計畫大概是三年五家店, 而Server架構小弟真的才學書淺啊...
這段話我只看得懂Web會比較簡單便宜, C/S架構牽涉到SQL授權數量所以會比較貴?


所以你會看到廠商報可以服務的量會比較大, 其實只是因為後面資料庫授權的關係..
不然現在隨便一台PC也扛的動幾百上千個資料庫session...
->所以T方案可服務的數量較少, 關鍵在於SQL的授權數量對嗎?
而F方案是採用connection pool(指的是各POS機共享一個資料庫嗎?)



以下還有幾點問題:
1.) C/S架構與WEB架構, 這兩家有誰比較擅長或與不擅長嗎?
2.) POS機會用到進、銷、存、會計、出納、財報 這應該都只是基本功能對嗎?
這兩家報的POS機會不會有性能低落的問題?
因為兩個方案報的POS硬體等級跟價格也差蠻多的

謝謝您的回覆!
這應該是典型的軟體決定硬體的廠商Total Solution 方案對決,其實硬體是你最不需要問的,因為一旦選定軟體,硬體根本沒得講價和選擇,建議樓主:
.以樓主需求而言,先提供兩家的軟體功能優缺點,需要的功能和報表是否都有了,操作流程和型態是否合乎公司需求,看哪家較符合,如果要修改成樓主公司所需,後續成本和時間是多少
.再來比較建置成本
.再來比較維護成本
.如果程式是自己寫的,務必請教開發人員的意見,必要時把他拖下來協助評估和導入事宜.
============
經驗中,有時會碰到客戶無評估能力或是根本不做導入前評估,等導入後再累得半死的例子,也碰過花了200萬,結果不好用,撐5年最後還是全部打掉重來的案例.
請樓主先確認一下軟體的部分,這種廠商Total Solution幾乎都是軟硬體綁死在一起的,可別想軟體不好自己改,硬體太貴自己買個便宜的第3方機子來裝程式.
1.對F廠的評價.. 我覺得它們是個認真的公司...
可能我之前交手的都是HP, IBM, Oracle這種美國公司吧?
我們最近有跟F廠買了一批設備, 對它們來說不算多大的case (幾千萬而已)
結果他們社長跑來了...@@...
交貨的時候因為我們很趕, 想說請他們縮短QC的時程,
他們打死都不肯, 可以想辦法縮短交期但抵死不願意在QC打折....

2.NAS作備份的話, 那NAS的維護是不是要包進去?
誰作?誰驗證?

3.C/S架構其實就像你以前裝Office,
每台電腦都需要有個"安裝"的動作, 接下來才能使用Office..

後來Office出了個網頁板(Office 365)
你會發現...好棒, 都不用安裝就可以用了,
但一用下去你會發現有點頓頓的, 有些功能還沒作出來...
這就是web 架構..

你可以試用一下office 365 , 體會一下...

4.是不是用connection pool我是猜的,
其實這種機制C/S架構也能用,
只是比較早期的系統大多沒這樣用,
且persistent connection 跟 connection pooling也是各有優缺點,
只是web架構下比較適合connection pooling罷了.



接下來我來講一下古...

connection 指的是一個 "連到資料庫"
你開個SQL Server管理界面連到SQL Server就是"一個connection"
而且這個connection 是 "persistent connection",
也就是一直連著, 這是傳統client-server常用的連接方式..
且一台電腦可以同時有好幾個connection, 連接到同一台資料庫...
(你只要多開幾個管理界面界就行了)


過了幾年,
管系統的人發現, 怎麼資料庫上面連了一大堆, 但都沒在作事?
尤其是web系統...網頁閃一下就好幾個connection...


不作事就算了, 還占用資源!! (只要有連著就會吃掉一些資源)
佔用資源就算了, 授權還貴的要命!! (有些資料庫是看connection數量計價的)

所以就弄了一個pool..
假設這個pool只有100個空間, 那就是線上只能同時有100個連在上面,
沒作事的, 發呆的優先會被踢走,
看起來很棒, 幫公司省了不少錢

但接下來寫系統的就生氣了,
寫系統的說, 我的系統本來就是會有好幾個connection,
你把我的其中幾個檔掉, 害我系統運作不正常!!

所以接下來還要處理一堆系統調校..
(凡事有利必有弊嘛)


5.C/S架構與WEB架構, 這兩家有誰比較擅長或與不擅長嗎?
這個你要依照你們的需求去評估,
日廠的POS都很強, 畢竟這領域他們說了算..

6. POS機會用到進、銷、存、會計、出納、財報 這應該都只是基本功能對嗎?
不見得,
舉個例子來說, 網頁弄個計數器夠簡單吧?
但Amazon把"計數器"作到更好, 但骨子還是"計數器"啊...
你列的功能每個都"可大可小", 要看你們需求到哪..

7. 假如你們很擔心效能問題的話, 問看看廠商願不願意配合作PoC
也就是直接弄個環境驗證一下他們要賣的東西之功能, 從中去推敲出應該會有的效能到哪..
這方面應該是要以穩定跟保固為主

t0117682 wrote:
2.) POS機會用到進、銷、存、會計、出納、財報 這應該都只是基本功能對嗎?



不見得.

POS 主要目的在 "出貨銷售/退貨".
還有提供種種自定義的銷售優惠及會員點數管理,
進銷存反而不是最重要.

有些POS 系統依賴後端 ERP 或進銷存系統輔助管理採購,進貨,庫存,財務等.
POS 每天上班時匯入後端進銷存系統提供的產品定義及庫存,
每日下班則匯出當日銷退貨資料給後端進銷存系統,
後端進銷存系統再進行採購,進貨,庫存,配送,財務等作業.

有些POS系統會搭配簡單的進銷存管理採購,進貨,庫存,財務.
但POS 專業的軟體公司,進銷存有時不一定專業,
進銷存的軟體公司可能對POS不熟悉.
這時就可能出現POS很好用,但進銷存超爛的情況.
如果這時又想替換進銷存的部份時,
又會遇到兩個系統銜接的問題.
系統建議採 client server 而且可離線 收銀


伺服器 可考慮上Azure雲端,動態調整需求,也可做備份
算起來卡貴,但在成長階段,可調整效能就是優點

POS
維護 最好能快速解決,客人是不等的
客顯 保護好別被撞斷
如非即時架構,請考慮POS備援尚未回傳的資料問題
感熱紙 選擇符合法規的,不然泡水曬太陽一下子就看不到字
只管收銀 啥都別做
  • 2
內文搜尋
X
評分
評分
複製連結
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?