Re: [請益] 停車場軟體SQL server用SSD?

看板Storage_Zone (儲存裝置)作者 (OnDay某襪)時間7年前 (2019/01/30 10:25), 7年前編輯推噓9(9024)
留言33則, 13人參與, 6年前最新討論串2/3 (看更多)
※ 引述《cobrabaton (普渡眾生 引渡使者)》之銘言: 我在一家停車場管理的公司待過四個月,基本上能碰到的問題我大多都碰到了 剛好看到這篇文章就順便開了一篇來回覆你的問題 可能不是同一家停車場管理的系統,不過我把我所知道的大概跟你說明清楚。 : 首先我是停車場業主XD : 是個頂多能自組電腦的業餘工具人 : 因為目前用的廠商是用一般硬碟 : 軟體介面是用SQL server去撰寫 : 目前常遇到結帳的時候會當機 : 主機板是中國製工業用板搭配IO板 : 附上主機板截圖 : https://i.imgur.com/uDjWf3r.jpg
: 8G ram 這機器基本上很常見,外觀應該是黃色方形的,大概長這樣 http://www.jushung.com.tw/upload/a4rztd21i0.jpg
我那時候看到這配備想說怎麼開那麼慢?而且他是跑MSATA的,記憶體標配都是4G或8G左右 慢大概就是卡在IO瓶頸上了 : IO板是控制柵欄 線圈 計數還有進鈔 投幣機...等控制 : 分別兩台主機 : A主機有以下軟體 : 1.中央控制軟體,有報表顯示車牌號碼、進場時間、繳費時間、出場時間 : 2.車辨軟體,辨識車牌數字後把數據丟給中控 : B主機 : 1.繳費軟體,輸入車牌會顯示照片點選然後撈中控資料根據中控的設定顯示金額 : 大概這樣所以兩台主機都各自有硬碟 : 常遇到要結帳繳費機時就藍底白字 : 要重新開機才能順利結帳.... : 但每次幾乎都要清空錢箱才能結帳很困擾 : 所以想說是否能把用SQL server架構下的硬碟改用SSD : 稍微爬文一下都建議用MLC的SSD : 說是相對來說穩定 : 又爬板上文章關於SQL server : 板上的用途大多都是20-30人需要進去撈資料? : 其實關於這個我完全是門外漢... : 我只是邏輯能力稍微好一點 : 然後有DIY電腦技能 : 加上簡單水電技能的工具人業主... : 我只是想說要用SSD快速開機避免客人久候 : 但目前廠商回覆....用SSD做SQL架構 : 他們要做12小時以上一顆.... : 讓我十分驚訝....這太誇張了XD : 不知道我需要提供什麼資料才能讓板上神人們隔空抓藥一下呢? : 抓頭.....我也想稍微懂一下IT啊 : 補充今天去拍DRAM格式 : 也不是爛廠牌啊 而且是DDRL規格的 : 1.中控主機A : https://i.imgur.com/9P24qk7.jpg
: 2.繳費機B : https://i.imgur.com/w5LymHn.jpg
: 有可能是硬體互衝XD 那時候我們公司的車辯主機是開的規格一定是 i7-8700 7700 6700(因為初期程式很吃資源,到最近才改善) 8G Ram 兩顆1T硬碟(WD的話就是一顆藍標,一顆紫標,希捷的話就是一個新梭魚一個監控應) IO卡(控制閘門開關、APS重開) 車辯軟體 SQL Server 以SQL Server單純存放資料來講單純以HDD的效能,足夠了 我也問過為什麼不用SSD當SQL Server與系統的硬碟呢 答覆是多一個成本上去,而且24H都開機的主機他們不太相信SSD的穩定性 再來如果常常藍底白字請先不要自己動手,請直接跟廠商反應 畢竟你只是場主,你跟廠商租機器來,那他們就要去解決這件事情 (我不清楚你跟廠商怎麼談的,可能租約,也可能買斷) 你也可以直接打給廠商老闆,讓他知道後會直接跟工程師優先排這案件 (因為工程師要按照嚴重性來排行程,最嚴重的優先,到不嚴重的案件 通常在外面維修有可能一個停車場會卡兩到三個小時查原因 然後又要安撫客人以及跟場主說明) 建議你還是不要動手,直接跟廠商反應會比較好 運氣好你可能換個零件就全部都ok了 運氣不好就壞掉然後後續維修責任的金額可能要你負擔 以上,希望有幫助到你。 -- → evilkid0930:N大指的是從itunes刪除?還是找我的電腦當中的路徑? 11/07 18:31 → yangajie:從我的電腦就可以了吧 11/07 18:34 → nadoka:我的電腦 11/07 18:34 → nadoka:不是我的 是你的電腦 11/07 18:34 推 ithildin:不是你的電腦 是你的我的電腦 11/07 18:47 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 60.251.124.120 ※ 文章網址: https://www.ptt.cc/bbs/Storage_Zone/M.1548815139.A.136.html

01/30 10:34, 7年前 , 1F
到底是你的電腦還是我的電腦
01/30 10:34, 1F

01/30 10:46, 7年前 , 2F
現在叫本機了哈哈
01/30 10:46, 2F

01/30 11:02, 7年前 , 3F
你還是沒說為啥會藍白畫面
01/30 11:02, 3F

01/30 11:11, 7年前 , 4F
藍白畫面不是硬體就是作業系統問題吧...
01/30 11:11, 4F

01/30 11:11, 7年前 , 5F
SQL增刪改查弄到電腦藍白死當是不被允許的
01/30 11:11, 5F

01/30 11:17, 7年前 , 6F
我自己5台server, 365x24x7開機 跑了一年多 依然穩
01/30 11:17, 6F

01/30 11:17, 7年前 , 7F
健沒掛過。但用SSD的基本習慣就是備份要做好XD
01/30 11:17, 7F

01/30 11:18, 7年前 , 8F
補充:5台server 都是SSD的www server
01/30 11:18, 8F

01/30 11:34, 7年前 , 9F
SSD放資料庫最大的疑慮是只要掛了就沒機會救吧...
01/30 11:34, 9F

01/30 11:36, 7年前 , 10F
HDD就好在掛掉還能加減救
01/30 11:36, 10F

01/30 11:38, 7年前 , 11F
當機頻繁斷電重開 SSD掛掉機會不小
01/30 11:38, 11F
※ 編輯: ic611277 (60.251.124.120), 01/30/2019 12:01:37

01/30 12:01, 7年前 , 12F
藍白畫面要現場查才知道什麼原因,這樣隔空抓藥
01/30 12:01, 12F

01/30 12:02, 7年前 , 13F
我實在抓不出來,藍白畫面也有錯誤錯誤碼之類的
01/30 12:02, 13F

01/30 12:02, 7年前 , 14F
可以從那下手,另外車辨主機通常都是沒在備份的
01/30 12:02, 14F

01/30 12:02, 7年前 , 15F
所以都是掛了才去換,上面也有大大說明真的是HDD
01/30 12:02, 15F

01/30 12:02, 7年前 , 16F
掛了還可以加減救出SQL Server的設定檔案
01/30 12:02, 16F

01/30 12:03, 7年前 , 17F
車辨要高效一點的就直上fpga還是asic了,用cpu硬幹
01/30 12:03, 17F

01/30 12:03, 7年前 , 18F
其實很鳥
01/30 12:03, 18F

01/30 12:30, 7年前 , 19F
車子進出需要時間 這種主機DB的交易量應該不大吧!?
01/30 12:30, 19F

01/30 15:22, 7年前 , 20F
感謝分享
01/30 15:22, 20F

01/30 16:58, 7年前 , 21F
車牌辨識流程是車子壓到地上的線圈攝影機照到車牌
01/30 16:58, 21F

01/30 16:58, 7年前 , 22F
車辨軟體拍照,並且開始解析成文字檔案,然後在反
01/30 16:58, 22F

01/30 16:58, 7年前 , 23F
應給IO卡並且控制開閘上面這樣的流程大概要再3秒
01/30 16:58, 23F

01/30 16:58, 7年前 , 24F
內完成,不然駕駛者會以為沒感應到然後倒退再重新
01/30 16:58, 24F

01/30 16:59, 7年前 , 25F
往前,這樣我們攝影機又要重新拍一次,後來軟工加
01/30 16:59, 25F

01/30 16:59, 7年前 , 26F
上了GPU解碼CPU就比較沒那麼高耗能了,另外DB主機
01/30 16:59, 26F

01/30 16:59, 7年前 , 27F
交易量不大,因為通常都是進出與自動繳費機需要對
01/30 16:59, 27F

01/30 16:59, 7年前 , 28F
照SQL Server而已
01/30 16:59, 28F

01/30 19:50, 7年前 , 29F
業主要賺人家錢,本來就是要多多擔待,一般外人說什麼
01/30 19:50, 29F

01/30 19:50, 7年前 , 30F
都非常非常不方便.
01/30 19:50, 30F

01/31 21:55, 7年前 , 31F
我的叫我的愛人
01/31 21:55, 31F

02/04 17:56, 7年前 , 32F
明明有工規的SSD,也有車規的SSD可以用...
02/04 17:56, 32F

07/23 14:09, 6年前 , 33F
07/23 14:09, 33F
文章代碼(AID): #1SKGiZ4s (Storage_Zone)
文章代碼(AID): #1SKGiZ4s (Storage_Zone)