是這樣的,HQ在台北,所有Exchange server也在這邊。但本公司有許多"分部",例如在南美洲、非洲等等..
派駐在南美洲的員工對於接收mail緩慢十分困擾,因為都得透過極慢的ADSL (ROH) 連線到台北去下載信件。
現在我們打算在"本地端"建立一台Exchange server去"部分"與台北HQ同步派駐在本地的同仁信件過來這邊,並且建立一條約4M的MPLS去專責此事。如果可行,接下來會繼續建立其他APP Server至本地端。
1.那麼問題來了,請問此方案是否可行? 技術問題有那些需要注意的?
2. HQ的Exchange server是2007的,本地端是否也要follow?
3. 同步約300人的信件用4M的MPLS夠嗎?
4. 本地端AD需要嗎? 不然同仁會跑到台北去收信而不是本地端的server吧?
5. 同步時程會lag很大嗎? 用過的人??
6. 更好的方案?
謝謝
1.基本上ex的使用都是這樣設計的,技術上沒有特別需要注意的
2.ex當然是越新版的功能越強大,最好也是同版本會比較好一點
3.4x1024/8=512k,理論上每二分鐘能傳回1mb的資料;看你們外點的員工有多少、也要看信件的大小是多少,這樣才有辦法確認到底夠不夠頻寬
4.本地端的ad是必要的,而且需要gc的角色。因為查詢使用者時會用到這些資料。
5.基本上ex的同步預設值都是離峰時段或是流量低的時候。你也可以根據時差的不同,再增加不同的同步時間。同步不會像你點了傳送/接送,就完全幫你同步。系統還是會按照當時的狀態去做優化同步的動作(也就是同步不會讓你很lag啦)
6.其實你的方案是很消耗預算的規劃,而且不一定能達到你所想要的效果
建議你可以從網頁郵件、rdp連線使用、或是ssl vpn的方式來調整現況
畢竟網路慢是個無法改變的事實,能改變的是換成比較有效率方式來呈現給使用者
300人的分公司是蠻建議在本地端建一臺Exchange Server囉,主要在注意一下Mail Flow的問題即可,同步的部份原則上只要Email的量不會很大,就是慢慢同步阿