SERVER主機自組 (公司用的) 跪求高手

如果你們公司上頭不想花錢可接受服務中斷數小時且有做好備份並有備機可以頂上,
老實說,DIY並無不可,只是你跟主管心臟要夠大顆。
我沒待過中大型企業,只在三四十人小公司打混,ERP一樣十幾個人用
跟樓主公司使用人數差不多。我司AP跟DB都在同一台主機了(我來前如此、來後如此)
十幾個人資料量應該不大

之前ERP伺服器主機板掛,沒簽維護約~忘了隔一天還隔好幾天才來換
當時我把服務都移到File Server上,所以影響不大(都是IBM Server
那次藉機提維護約,但因為買主機板錢實在比每年簽維護便宜太多
所以老闆意思是,壞了再說...到現在好多年了都沒壞,算賺到吧

從此我架設小型服務ex.Mail、Web、owncloud、FTP、Remote等服務,都用淘汰筆電或DIY,
除了ERP在對岸是用一台DELL 1U低階款,但也準備了一台DIY主機當FILE Server兼備援
不過那台DELL買來問題不斷,RAID 1常出問題,也常因停電導致系統損毀,DIY那台主機還比較穩
,同時期弄的都4年了,從沒出過問題,時常靠它來撐ERP。爾後DELL不做RAID就比較穩,還沒出事
(我有採買UPS,但對岸人員一直沒搞定如何讓他停電自動關機,我也沒空過去)

我備援方案是
DB用鏡像、檔案用DFS、Mail等服務架在免費的Hyper-V裡做複本(ESXi免費沒法做),系統及資料做備份
故障時雖無法自動移轉,但還是可以很快手動故障移轉接手...

另外我碰到問題也很常Google爬文找技術文件、解決方法~
沒有人是萬能、什麼都會的,可能他碰到不會,只是比較懶請你自己爬,也沒什麼錯啦

如果你們預算不多又想搞,可拆成組兩台,你的服務CPU不用買太好,板子買平價但用料ok的,就兩台碰碰運氣看能撐多久。我板子一台用990元的A960M、一台用一千多塊的H61,連續開機超過3-4年不壞

以上誤人子弟不要學~ 我到大環境也不會這樣搞

s96701 wrote:
公司的IBM主機掛...(恕刪)


這樣子的, 說 RAID卡 組的出來?

當然是不可能組的出來的,所以才貼出來吐槽。如果組的出來,貼幹嘛。

然後這明明就我畫的東西,就說已經「實作」過了,非要說我 Google 來的。

我數年前有發過在 Ubuntu 正體中文論壇,突然想到,去挖出來。想法太新穎,當初那群人還無法接受呢。


如果這方法有缺陷,或者意義不大,倒還想聽聽高見。

但是看來看去,動不動就說人:不懂、奇杷、Google來的.....

盡是一些沒營養,也沒修養的回文。

奇怪就沒惹到你們,卻一直人身攻擊,針鋒相對。

從頭到尾也沒看到你們的談論,有什麼"技術含量",卻只會一直說人怎樣怎樣

刮別人鬍子之前,好歹也秀一下是有技術實力,但看來看去,說實話真看不出來耶

明明就沒惹到,一直針鋒相對是為什麼,排除所有不可能之後,真相大概只有一個。

擋到財路就明說,又不是不能溝通的。在那邊演戲,針鋒相對,一直纏著打。建議重新思考一下行銷策略,這種充滿負能量的招數,已經落伍了。

fedora wrote:
我數年前有發過在 Ubuntu 正體中文論壇,突然想到,去挖出來。想法太新穎,當初那群人還無法接受呢。...(恕刪)


不是無法接受,是一點意義也沒有。
fedora wrote:
這樣子的, 說 RAID...(恕刪)


一點意義都沒有
吃太多資源 緊急時刻 災害復原速度太慢
一張RAID CARD完封你....

沒針對你 是你講出來的話
在實際檯面上 從未有人做過
照原理來看也不會有人採用

還有!
專業Server主機 從來沒人行銷過......
你看過 IBM SERVER 買一送一?
還是打折打到骨折?
還是要送消費券? 滿一千送兩百?

原價屋 還是 PCHOME 24可以打折買到嗎 刷卡刷滿萬元 還有折扣嗎???


可以代購打折的
新款的 IBM X3650 M5 雙U+256G RAM回家掛遊戲嗎?

這種主機 跑得動 四海兄弟2 再來跟我談....
根本市面上 不容易B2C的東西 還推銷勒....

誰家裡為了上網 買一台50幾萬的伺服器回家上網?
光電費就吃垮了
剛開機風扇音量 樓下樓上一定檢舉你

你還是買片 華南主機板 + E5 回去慢慢玩LAB就好...
實務上 還是別亂來了...
fedora wrote:
刮別人鬍子之前,好歹也秀一下是有技術實力,但看來看去,說實話真看不出來耶


是你自己要把話說這麼誇大,就要有心理準備別人砲轟準備

我拿你說Linux Raid卡做Raid為例,我之前也有用過CentOS 6做過兩顆Raid1

但是我發現另一顆壞掉時候,通常更換硬碟rebuild,更換完沒有rebuild反而硬碟死在那給我看

那是我自己在做測試自己玩的,你想一般公司會讓你這樣搞嗎? 除非你很熟悉很有把握否則一般公司省麻煩都是用Riad卡做Raid

至少一顆硬碟壞了無法rebuild時是可以把資料救回來,一般公司如果給你這樣亂搞,是會叫你回家吃自己

還有ESXi 也是Linux 這類連Raid都沒辦法做,只能靠硬體Raid卡才能使用,你怎麼靠他來做Raid?

不是我們處處針對你,而是你自己打文章本身有問題,重點自己扯東扯西沒有切到重點,也沒有站在身為MIS角度去看!


說真的說別人秀出自己實力,我覺得你自己也沒有什麼實力可言。

自己臉被打腫腫也甘願,就別說別人針對你言論作挑釁
fedora wrote:
這樣子的, 說 RAID卡 組的出來?點點點

當然是不可能組的出來的,所以才貼出來吐槽。如果組的出來,貼幹嘛。

然後這明明就我畫的東西,就說已經「實作」過了,非要說我 Google 來的。

我數年前有發過在 Ubuntu 正體中文論壇,突然想到,去挖出來。想法太新穎,當初那群人還無法接受呢。


如果這方法有缺陷,或者意義不大,倒還想聽聽高見。

但是看來看去,動不動就說人:不懂、奇杷、Google來的.....

盡是一些沒營養,也沒修養的回文。

奇怪就沒惹到你們,卻一直人身攻擊,針鋒相對。

從頭到尾也沒看到你們的談論,有什麼"技術含量",卻只會一直說人怎樣怎樣

刮別人鬍子之前,好歹也秀一下是有技術實力,但看來看去,說實話真看不出來耶

明明就沒惹到,一直針鋒相對是為什麼,排除所有不可能之後,真相大概只有一個。

擋到財路就明說,又不是不能溝通的。在那邊演戲,針鋒相對,一直纏著打。建議重新思考一下行銷策略,這種充滿負能量的招數,已經落伍了。




我是不敢把你說的東西用在企業用途上,
穩定優先速度其次,
搞得越複雜不過是挖坑給自己跳
不然就是個爛人,挖了坑就閃

並非是說你沒有技術能力,
但你「完全不考慮他人情況」,
現在是有人說一碗飯吃不飽,
你卻在大聲喊:不會吃兩碗嗎?


肥皂盒的故事:


有個大工廠引進了一條香皂包裝生產線,
結果發現這條生產線有個缺陷:
常常會有盒子裡沒裝入香皂,

總不能把空盒子賣給顧客啊,
他們只得請了一個學自動化的博士後,
設計一個方案來分揀空的香皂盒;

博士後拉起了一個十幾人的科研小組,
綜合採用了機械微電子自動化 X射線探測等技術,
花了90萬美元,成功解決了問題。

每當生產線上有空香皂盒通過,
兩旁的探測器會檢測到,
並且驅動一隻機械手把空皂盒推走。
大老闆 非常滿意!

但...大老闆聽到南方小鎮的企業,他跳腳了...

中國南方有個鄉鎮小企業也買了同樣的生產線,
小老闆發現這個問題後大為發火,
找了個小工來,
說你他媽給老子把這個搞定,不然你給老子爬走。
小工很快想出了辦法,

他想到了在家鄉常用的一種方法...
他花了190塊錢,
在生產線旁邊放了一台大功率電風扇猛吹,
於是空皂盒都被吹走。


*****************************************

「完全不考慮他人情況」,我覺的這句話是有問題的

公司 TEAM WORK 團隊合作,溝通很重要。

台灣人很愛搞自私,勾心鬥角。個人行動。這是一種文化。

老一輩則會藏私,不願分享技術眉角,怕吃飯技能被偷學走,被取代掉。這也是一種文化。

可以尊重這種文化,但不必認同它,因為這種文化不見得是正確的。

外國企業風氣就不一樣,有問題大家提出來討論,共同參與,共同想辦法。講求團隊合作。


有種東西叫做:說明書

不一定是要列印出來,可以是 PDF檔之類的。先用文書軟體打一打,圖文並茂,轉成 PDF檔。

電子文件,放在共享目錄,成為的公司的參考書庫、智庫。


甚至可以打造一套 WIKI 百科智庫網站

公司內部專用的,不對外開放,只能區網訪問。

所有工作上相關知識、說明書....都在其上。方便快速查詢,與公司新進教育。


如果你架構了一套「系統」,這系統比較複雜,則有必要把:思路、作法、注意事項....等等,都交代清楚,做成一個:圖文並茂、淺顯易懂 的說明書。

這說明書,不只可以給同事參考(讓同事能夠理解系統操作),後來的新進人員快速進入狀況,還能給自己以後如果忘了可以快速複習。

有時後,「系統」太過於穩定,丟著好幾年都正常運作,人的記憶力不太可靠,幾年後都忘記當初自己是如何做的。


舉例:良好的程式寫作習慣,一定會提到:必須有豐富的註解,變數名稱需有意義.....等等。

當下寫的時候,肯定知道自己在幹麻,但是過幾個月再去看自己寫的程式碼,竟然看不懂了,想修改無從下手。那就是沒有註解、變數名稱亂取的後果。


說明書也是同理,架構一套系統的時候,有必要留下說明書。

這說明書,最好是假設看的人技術水準很低,要保證淺顯易懂,新手都能馬上看懂。
fedora wrote:
*****************************************

「完全不考慮他人情況」,我覺的這句話是有問題的

公司 TEAM WORK 團隊合作,溝通很重要。

台灣人很愛搞自私,勾心鬥角。個人行動。這是一種文化。

老一輩則會藏私,不願分享技術眉角,怕吃飯技能被偷學走,被取代掉。這也是一種文化。

可以尊重這種文化,但不必認同它,因為這種文化不見得是正確的。

外國企業風氣就不一樣,有問題大家提出來討論,共同參與,共同想辦法。講求團隊合作。


有種東西叫做:說明書。

不一定是要列印出來,可以是 PDF檔之類的。先用文書軟體打一打,圖文並茂,轉成 PDF檔。

電子文件,放在共享目錄,成為的公司的參考書庫、智庫。


甚至可以打造一套 WIKI 百科智庫網站

公司內部專用的,不對外開放,只能區網訪問。

所有工作上相關知識、說明書....都在其上。方便快速查詢,與公司新進教育。


如果你架構了一套「系統」,這系統比較複雜,則有必要把:思路、作法、注意事項....等等,都交代清楚,做成一個:圖文並茂、淺顯易懂 的說明書。

這說明書,不只可以給同事參考(讓同事能夠理解系統操作),後來的新進人員快速進入狀況,還能給自己以後如果忘了可以快速複習。

有時後,「系統」太過於穩定,丟著好幾年都正常運作,人的記憶力不太可靠,幾年後都忘記當初自己是如何做的。


舉例:良好的程式寫作習慣,一定會提到:必須有豐富的註解,變數名稱需有意義.....等等。

當下寫的時候,肯定知道自己在幹麻,但是過幾個月再去看自己寫的程式碼,竟然看不懂了,想修改無從下手。那就是沒有註解、變數名稱亂取的後果。


說明書也是同理,架構一套系統的時候,有必要留下說明書。

這說明書,最好是假設看的人技術水準很低,要保證淺顯易懂,新手都能馬上看懂。...(恕刪)


長篇大論但不知所云,你也算是這版上第一人了。

fedora wrote:
肥皂盒的故事:**...(恕刪)

有看過寫了一堆註解,原開發者還親自教了一個月,離職後接手的人還是隔天陣亡的嗎?而且這個不少咧~~

不過這跟teamwork有什麼關係?你不知很多公司只有設MIS一員嗎?而且很多都是兼著做的,這時候他巴不得系統或機器穩定就好,誰還會去做拿石頭砸自己腳的事?

就算他寫了一堆文件,會去看的也只有他自己。那天離開後,叫全公司的人一起看,也看不懂在寫什麼。
最近才碰上一間趣聞,某上市公司,年營業額破百億擁有近10名的MIS,最近有名資深員工申請退休,結果他手上負責的系統沒人敢接,直接被公司延退,可能先結清年資再回聘,證明知識就是金錢.

這跟TEAMWORK還是有些關係的,如果每2-3年MIS之間輪流互相交接系統,就不會有專職某系統,直接用系統綁架公司的情形,但這也要MIS主管有遠見,很多都是行政職甚至是酬傭的,不會寫程式,對MIS根本沒概念,只求升官發財領薪水分紅利,其他都是次要,對系統也一竅不通,需要報告就教底下員工或外面廠商操刀的,在越大的公司越常見.
vic0320 wrote:
有看過寫了一堆註解,...(恕刪)
文章分享
評分
評分
複製連結
請輸入您要前往的頁數(1 ~ 10)

今日熱門文章 網友點擊推薦!