iT邦幫忙

0

停電時, Mail Server不中斷的規劃

匿名 2011-10-03 12:18:3010245 瀏覽

請問大大,
公司沒有發電機時,
發生停電,
但,要維持 Mail Server 收/發 不中斷,
可以如何規劃,
謝謝~

圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中
6
cat928
iT邦新手 4 級 ‧ 2011-11-07 11:58:13
最佳解答

其實若將郵件做好「異地備援」,不只是斷電,像是網路中斷或是原機房有火災等狀況,
都可以有應變措施。目前其實公司自建機房而言,斷電的狀況蠻常發生,
有些像是大樓年度檢測的狀況,發電機也不一定能提供給機房使用 (而是給電梯、照明使用),
所以在機房中的服務也被迫中斷了。 網路中斷說實在也蠻常發生,事前牽好 2 個不同 ISP 的線路、
可以解決部分問題。而火災這種情形,也是有在新聞看到過… 會造成非常嚴重的損失。

話說回來,建置異地備援的機房其實會耗費蠻多的人力、物力 (大概等同於再建一次機房…),
公司在預算上很可能不容易通過,這時就要評估「風險 vs. 解決風險需投注的資源」
讓公司可以在 (1) 投入預算解決,以及 (2) 接受風險 當中選擇。依經驗上,
難免公司會問說有沒有更簡單、更便宜可以解決問題的方法,
這時我們 IT 人員也可以看看市場上有沒有新的 solution 能達到。
像這類問題,關鍵字可以找 Continuity ,或是 Email Continuity。
台灣是有廠商提供服務,如網擎資訊的
http://www.mailcloud.com.tw/intro_continuity.html 郵件備援服務,
就可以提供異地的郵件備援,應該有機會達到公司 Email 收發不受斷電影響的效果,參考看看囉!

8
zomb
iT邦新手 4 級 ‧ 2011-10-03 12:24:20

在別的地方新增 mx 主機

看更多先前的回應...收起先前的回應...
Ray iT邦大神 1 級 ‧ 2011-10-03 13:34:03 檢舉

新增 MX, 只能將信收到另外一台 Mail Server 內, 但原有的用戶卻不一定能上去收信以及發信.

匿名 檢舉

謝謝幫忙~

所以,要達成User可以 收/發 信件.
請問有什麼Solution嗎?

請問一般中小企業沒有發電機的,
但,Mail為公司業務重要的往來工具,
請問一般企業都是怎做的呢?

除了, 沒電一切都得停擺嗎?
謝謝~

itjen提到:
沒電一切都得停擺嗎?
謝謝~

除非公司自有發電機
否則
就算Mail Server不中斷
個人電腦也沒電可以使用
就算靠筆電的電池
頂多多頂個幾小時

如果是密閉式中央空調大樓
先耽心沒有空調
辦公室會不會悶到受不了吧
暈

外獅佬 iT邦大師 1 級 ‧ 2011-10-03 17:35:03 檢舉

antijava提到:
就算靠筆電的電池

沒算到網路設備所需的電源哦...扣分....毆飛

青吃都不夠了還曬乾
Orz

srv iT邦研究生 1 級 ‧ 2011-10-04 08:51:24 檢舉

放到IDC吧

32
Ray
iT邦大神 1 級 ‧ 2011-10-03 14:26:19

如果 Email 重要到:《收發不到, 公司的業務就會全面停擺》的程度, 我會先請公司老闆評估一下: 萬一真的發生的時候, 每發生一次, 公司會損失多少金錢? 然後就直接請老闆把損失一次的錢, 拿出來建置各種備援的方案, 通常都綽綽有餘....

但有的時候, 老闆只是自己得了《資訊焦慮症》, 看不到 Email 只不過讓自己情緒發狂而已, 這種時候, 我就開個天價給老闆, 讓他打消這個念頭.

以下是我手邊兩個真實的案例:

某日商航運公司, 規模很小僅十個人左右, 只有一艘船, 但承接的是中東到亞洲的運油航線, 船長靠 Email 做定時回報. 公司只能透過 Email 掌握船隻的動態.

他們也想到跟樓主同樣的問題, 我也照著上面的步驟去問她們答案, 結果財務試算出來之後不得了: Email 中斷的損失可以高達數十萬美金以上, 他們趕緊另外租個機房, 設立一個異地備援的點, 把這些錢拿來投資另外一套可以即時備援的 Email 系統, 以確保主點掛掉之後, 備援點可以在四小時內完全接手收發. 同時備援點也有 VPN, 公司電腦全掛, 員工也可以在家連上備援點收發信, 甚至只用手機就可以收發信(透過 PushMail).

上面選《四小時》, 是因為經費的考量; 技術上可以做到完全不停頓, 但是費用很高. 如果他們試算出來的財務損失是幾百萬美金的話, 我就會建議不停頓的備援方案.

另一個客戶, 也是船運公司, 也是十幾個人, 有六七艘船, 主要跑歐亞線, 也是靠 Email 回報, 老闆也是說: Email 絕對不能斷. 我同樣請他們做一次財務試算.

結果好笑的是: 這家公司算不出來, Email 斷了公司會有甚麼損失? 他們甚至告訴我, 以前有好幾次 Email 斷了的結果, 只是老闆暴跳如雷, 大發脾氣, 但是只要恢復收發, 一切都回復正常, 不會有任何損失....

所以, 我只建議他們買一台大一點的 UPS, 剩下的錢叫老闆去看精神科門診就好了...

(其實, 還有第三家航運公司也來問我要怎麼做...我現在還在等他們的評估結果...)

解決方案可以有很多種, 從數萬元到數百萬元都有, 但是解決方案的預算, 不能超過: 你遭受風險衝擊時的財務損失, 因為這樣方案就沒有意義了, 還不如讓風險發生. 所以, 必須先把風險計算出來, 請財務評估出損失金額和發生機率, 這樣才能夠對應出可行的解決方案來.

風險 A 有萬分之一的機會發生, 每次發生會損失$100萬元
風險 B 有千分之一的機會發生, 每次發生會損失$10萬元

這兩種風險, 所能夠投資的方案是不一樣的.

風險怎麼算? 機率怎麼算?
可以請教幫貴公司簽證的會計師, 因為會計師有責任對公司提出風險的評估與警告.

Ray iT邦大神 1 級 ‧ 2011-10-03 14:36:14 檢舉

備援方案其實就是「買保險」.

有人願意花 10萬的保險費, 來保護風險發生可能造成的 100 萬損失.
也有人只願花 5萬的保險費, 來保護風險發生可能造成的 500 萬損失.

願意花多少保險費, 老闆心中有譜, 但是如果後面那個損失金額沒有先計算出來, 老闆根本也無從評估: 這樣的保險費花的是不是值得?

8
ihon822
iT邦研究生 2 級 ‧ 2011-10-03 14:46:02

可以考慮把 Mail Server 代管或使用外部的 Mail Service

看更多先前的回應...收起先前的回應...
Ray iT邦大神 1 級 ‧ 2011-10-03 15:11:01 檢舉

對於那種非常依賴 Email 當成業務流程的公司, 我通常都不建議使用外面代管的 Mail Service. 原因無他, 只要去看看那些代管商的契約內容就知道: 如果他們發生問題, 導致你的信件無法收發, 請問他們會賠你多少錢?

沒有一家代管商會賠錢的, 頂多退你月租費, 僅此而已.

如果公司收不到 Email, 關係的是幾百萬的損失, 賠這麼一點月租費, 能彌補嗎?

ihon822 iT邦研究生 2 級 ‧ 2011-10-03 15:37:06 檢舉

找 SLA 99.9 以上的 service provider 啊
Mail 沒收到就損失幾百萬是業務流程的問題
把責任推到 Mail Service 上讓人無法理解

Ray iT邦大神 1 級 ‧ 2011-10-03 16:25:32 檢舉

ihon822提到:
Mail 沒收到就損失幾百萬是業務流程的問題

這句的關鍵其實還是想表達: Email 沒那麼重要, 因為他可以被其他流程取代.

對於 Email 那麼容易被取代的公司, 當然可以尋求其他的方案, 也不會覺得使用代管有甚麼好擔心的, 反正出問題了, 總是有辦法取代, 相對的, SLA 的意義也不大.

但是對於已經把 Email 當成核心流程的公司, 如何能放心將核心流程委託給外部組織?

公司會把總機, 小妹換成委外的派遣人員, 但公司會把副總, 處長也改用派遣嗎?

ihon822 iT邦研究生 2 級 ‧ 2011-10-03 19:18:26 檢舉

我想表達的是Mail沒收到就會損失幾百萬 只靠Mail當流程不是件風險很大的事嗎
Mail出去之後就可以不用管了嗎? 不打電話去double check嗎? 幾百萬的事耶?
就算Email是核心流程 有幾家自己SLA能做到99.9

Ray iT邦大神 1 級 ‧ 2011-10-03 22:46:22 檢舉

ihon822提到:
只靠Mail當流程不是件風險很大的事嗎

我前面舉例的客戶, 就是只能靠 Email 的案例....

船在太平洋中央航行, 你只有幾種通訊選擇: 衛星電話, 電報, Email.
電報傳達資訊太少太慢, 很難跟現代的 IT 系統整合.
衛星電話需要有人接聽, 無法自動化接入 IT 流程,
要能完全融入 IT 流程, 只剩下 Email 可以用.(雖然他也是靠衛星, 但不必有人守著聽)

所以, 中小型的航運公司普遍都使用 Email 來做訊息的傳遞.

船要不要進港? 這次該卸多少貨? 是否先轉埠再繞回來? 是否經過戰區? 是否有海盜出沒? 航道是否緊急封閉? 船東是否有臨時調度?.....每艘船只要改個航道, 那個油料就是數十萬到百萬的差距, 而這些訊息都要靠 Email 來傳遞.

鐵殼心 iT邦高手 1 級 ‧ 2011-10-03 23:29:25 檢舉

raytracy提到:
船在太平洋中央航行, 你只有幾種通訊選擇: 衛星電話, 電報, Email.

還有一種選擇...求救煙火毆飛

總裁 iT邦好手 1 級 ‧ 2011-10-04 08:08:37 檢舉

tecksin提到:
還有一種選擇...求救煙火

飛鴿傳書...毆飛

鐵殼心 iT邦高手 1 級 ‧ 2011-10-04 09:14:59 檢舉

cdfu提到:
飛鴿傳書...

打下來做烤乳鴿吃

ihon822 iT邦研究生 2 級 ‧ 2011-10-04 11:15:54 檢舉

有網路的話 可以走EDI,FTP,web service,連DB
自動化的選擇還滿多樣的

Ray iT邦大神 1 級 ‧ 2011-10-04 11:30:05 檢舉

ihon822提到:
EDI,FTP,web service,連DB

走船用衛星的 Internet, Latency 高達 500~1,000ms, 比 dial-up 還慢, EDI 和 DB 很容易掛掉.(要降低 Latency 當然也是可以, 花錢就有了....只是人家花不起)

剩下 FTP, Web Service 可以用; 但船長只是要傳個訊息出來, 跟船東對談, 用 FTP 無法對談, 除非自己開發 AP, 不如用 Email 來得方便. Web Service 的問題也是一樣, 要寫程式, 要養人維護, 船長還要學會操作, 中小型航運沒有這樣的資源, 也沒有辦法訓練每個船長都要會用. Email 是現成可以用的最佳平台和協定, 且船長也具備這樣的基本技能.

這不是我幫他們建議的, 而是大多數航運公司自己的選擇. 如果您能有比這個更好的選擇, 他們當然樂意採用, 只要:使用起來更簡單, 成本可以更低, 且穩定性可以更高.(請記得要算清楚全部的 TCO 成本, 老闆自己會去算 ROI)

ihon822 iT邦研究生 2 級 ‧ 2011-10-04 11:57:41 檢舉

使用G牌企業版一個帳號一年的費用是USD$50
不知建置您所說的核心流程的Mail Service的成本會是多少?

Ray iT邦大神 1 級 ‧ 2011-10-05 13:39:18 檢舉

ihon822提到:
使用G牌企業版一個帳號一年的費用是USD$50

Gmail 也不是沒有掛掉的紀錄, 而且掛掉時, 老闆不可能押著 Google 執行長去把他修好, 更慘的是, 連客服電話都沒有, 老闆根本不知道維修的進度, 只能呆坐在辦公室, 束手無策....

這是企業老闆最不願意遇到的狀況: 東西不是不能壞, 但是壞掉的時候, 必須要有一個人出來負責承接, 隨時回報維修的進度, 好讓老闆掌握系統何時可以修復, 老闆才能下決策, 看是要繼續等? 還是要先準備其他的備案?

Email 自建, 壞掉了老闆看得到人在修, 他知道人沒有躲起來偷懶, 也可以每隔十分鐘就來問一下進度, 更可以掌握何時修復? 在修復前需要採取甚麼行動?...

遇到訴訟情境, 老闆可以立刻下令 Email 進入「法務封存」狀態 (Legal Hold), 所有往來郵件都禁止變更, 以便日後在法庭上提出做為證據. Gmail 別說是沒有這樣的功能, 就連法院去函要調閱郵件, 他都可以不鳥你....

Ray iT邦大神 1 級 ‧ 2011-10-05 13:53:53 檢舉

順便提一點, 我的客戶群中, 有很多都是從: 用了好幾年的 Gmail (企業版), 改換成 Exchange 郵件系統, 如果 Gmail 便宜又夠用, 他們何必花上百萬來換系統?

而且中小企業老闆非常精明, 不會多花一分錢在無用的投資上. 其中必然有 Gmail 無法達到的情境, 逼使這些老闆不得不放棄 Gmail, 改為自建.

別的不說, 光是平時最常見的查修需求:
「....信為甚麼到現在還寄/收不到?...我/對方也沒收到任何退信通知啊?...」
Gmail 就無法提供任何追蹤或是診斷的工具, 立即給老闆答案, 一切都墜入五里霧中, 只能等待郵件自己出現.

但是委託自建 Email 的客戶只要問這句話, 我 3~5 分鐘之內可以給一個答案.

光這點, Gmail 就辦不到, 不論他多便宜, 辦不到老闆的需求, 老闆就不會想要用.

ihon822 iT邦研究生 2 級 ‧ 2011-10-05 19:00:33 檢舉

跟貨運是同個老闆嗎?
不同的需求有不同的solution
目前的需求是公司停電時, Mail Server需要能正常收發
還是「....信為甚麼到現在還寄/收不到?...我/對方也沒收到任何退信通知啊?...」???

我 3~5 分鐘之內可以給一個答案.

客戶要的是把信送(收)到 給個答案並沒辦法解決問題

typerr iT邦新手 3 級 ‧ 2012-02-27 16:02:52 檢舉

raytracy 大的方式確實是比較好
我最常遇到的是客戶自己都說,我們公司很小,不會有駭客,不會有什麼損失
如果有第三方來評估風險損害確實可以給老闆較準確的判斷
要不然就叫他自己去看精神科了
只是這樣的風險評估一般需要多久呢?

8
cmwang
iT邦大師 1 級 ‧ 2011-10-03 16:18:04

真要完全不能接受停電帶來的downtime的話鵝是建議到IDC co-location比較實在,因為除非是拉leased line(這年頭捨得花大錢的老闆不多了Orz),只要是拉xDSL連線的就算停電時user自備電源(i.e.連線設備/mail server有電可用偷笑),CHT也不會保證一定不會斷線的(尤其是user根本不知自己是不是透過remote DSLAM/VDSL switch連上CO端的Orz),而且比起停電的風險,遇到網路斷線的機會其實高多了,放在IDC遇到這兩種狀況的機會比在自己的office低多了,只是願意砸多少$$的問題而已偷笑偷笑....

6
pqr0007
iT邦研究生 1 級 ‧ 2011-10-03 21:08:08

back up & 備用電池...

6
yyliu
iT邦研究生 2 級 ‧ 2011-10-04 09:02:29

UPS(幾分鐘) 與發電機(幾小時)都只能撐一陣子,要是再發生 1999年0729因臺南電塔倒塌或 1999年0921大地震的全國大規模停電,或如現在正下著大雨發生區域性淹水.

縱使您能做到"眾人皆醉我獨醒",保證我的機房可以無電再工作10日,也會發生收不到信的問題,您無法保證您的 ISP 永遠掛無事牌,您的(網)電路永遠不會斷.......

您的機房許有電可讓 Server 不中斷停機,但是沒電話或網路的您也只能望機興嘆,您的用戶也可能沒電早就停擺了~!

6
woody711
iT邦新手 1 級 ‧ 2011-10-04 11:09:16

以前建廠的時候有考慮過你這個問題!
通常很少有人會把電源設計連接到機房用的UPS,不過我們有這樣做過,就是所有的使用者端,有一個插座是接UPS的,不過卻發現,一個哪裡會夠,沒有考慮好,但是也是為成本考量,都拉那麼多電源線,不如買延長線,還有多孔插座!
從這裡你就要知道,光你問的這個問題,就需要考慮到整體的電力架構,還有進來的電量有多少,如何轉成220或110,是多向還是單向,那接地銅網有做嗎!
再來就是你要應付哪種規模的停電,通常在大陸的停電是因應民生用電,有發電機就發電,沒發電機就是沒電,停八個小時就像到隔天早上,你沒電就是沒電!這是你要考慮的停電規模,如果是電壓不穩定,那你的UPS也應該夠你機房用!從以上這些電的問題,就可以明白的告訴你,雲端再強,所有使用者沒有辦法使用電腦,雲端也只是一個傳奇而已,摸不到也碰不到!

4
steven1024
iT邦新手 3 級 ‧ 2011-10-05 12:55:58

那就把你們家Mail Service 搬到 Public的雲上面去,這就是要去試算 軟硬體/網路/維護/使用者方便性/管理者自主性 等等的成本,建議可能要拉長2-3年的時程,去做研究與分析,把實踐費用於你的方法設定好,或許現階段開始上雲是一個考慮介入的點啦!!

6
jt200905
iT邦新手 4 級 ‧ 2011-11-03 02:34:40

我想很多人都已提供一些方式了

在此提醒 如果是 Mail Server 是放在自己公司,那麼需要不斷電系統的 不只是Mail Server 本身,其 DNS Server,Router,Modem,Switch Hub(或 HUB),這些都得考慮進去,缺一樣 你的 Mail Server 即使有電 也是廢了..... 其中可以省的 大概是當你的 DNS SERVER 是給人代管的,那 DNS Server 的耗電就可以排除.

匿名 檢舉

謝謝~

我要發表回答

立即登入回答