一項好的郵件服務(wù)器災(zāi)難恢復(fù)計劃

申請免費試用、咨詢電話：400-8352-114

一項好的郵件服務(wù)器災(zāi)難恢復(fù)計劃要從多方面進行周密考慮，除了進行科學的系統(tǒng)設(shè)計和驗證工作，還要定期進行故障切換測試。

每年，微軟Exchange服務(wù)器的各類停機故障給企業(yè)帶來了高達數(shù)百萬美元的損失。因此，一些精通技術(shù)的IT專業(yè)機構(gòu)正在努力減少甚至消除計劃中和無計劃停機造成的影響，而它們的方法就是實施高可用性系統(tǒng)和災(zāi)難恢復(fù)系統(tǒng)。

然而，要想建設(shè)一個分散在多個地理地點的Exchange集群，其建設(shè)過程絕對不是一件簡單的工作。它要求對服務(wù)器群進行適當?shù)囊?guī)劃、測試、部署和驗證。如果用戶能夠理解以下討論中提出的問題并且在規(guī)劃階段認真考慮這些建議，那么用戶就朝著系統(tǒng)的成功部署邁出了第一步，也是最為關(guān)鍵的一步。也只有通過這種方式，用戶所部署的系統(tǒng)才能以最佳的方式實現(xiàn)用戶的商業(yè)目標。

這一過程的起點是用戶在實施Exchange災(zāi)難恢復(fù)系統(tǒng)的最初決策，而且它將是一個持續(xù)的過程，只要系統(tǒng)處于生產(chǎn)環(huán)境中，該過程就會繼續(xù)下去。

規(guī)劃與設(shè)計

在規(guī)劃階段，用戶必須回答以下這些關(guān)鍵問題。

● 系統(tǒng)的恢復(fù)時間目標是什么？

● 根據(jù)變化的速率和預(yù)計的增長率，主站點與災(zāi)難恢復(fù)站點之間需要有多大的帶寬？

● 除了Exchange服務(wù)器和進程本身外，系統(tǒng)的哪些部分是必須受到監(jiān)視和恢復(fù)的？在恢復(fù)后的一定時間內(nèi)是否可以提供一個可接受的最小功能集？如果有，那么它的子集是什么？

● 是否允許自動故障切換，或者管理員接到的提示是否是恢復(fù)行動的第一步？

● 在故障切換過程中，哪些電子郵件是必須得到保護的？它們使用的訪問方法是什么？在恢復(fù)期間它們將如何被移植到災(zāi)難恢復(fù)站點？

如果用戶針對這些要求準備好了相應(yīng)的文檔，那么用戶就可以開始設(shè)計工作了。用戶的第一個決策就是選擇適合的災(zāi)難恢復(fù)站點。雖然有些機構(gòu)決定使用遠程企業(yè)辦公室作為備份地點，但也有很多企業(yè)選擇同一地點的主機服務(wù)中心，因為這些地點可提供完全的電源冗余和網(wǎng)絡(luò)連接能力。如果使用遠程辦公室，用戶必須明白一點: 遠程站點與主站點之間需要進行大量的郵件傳輸，以及將日志文件使用現(xiàn)有網(wǎng)絡(luò)進行遠程鏡像。遠程辦公地點可能無力承擔由此而產(chǎn)生的雙倍流量負荷。因此，用戶還必須對帶寬要求和可用性進行分析。為了實現(xiàn)成功的部署，用戶必須為站點之間設(shè)計足夠強大的連接，而且這種連接既要能夠提供足夠的帶寬，而且要將延遲的問題考慮在內(nèi)。這些都是成功部署的關(guān)鍵條件。

在這一階段，用戶還應(yīng)當了解服務(wù)器、存儲容量和配置、主站點和災(zāi)難恢復(fù)站點間的網(wǎng)絡(luò)路由，以及可能用到的客戶重定向方法，并且以文檔的形式將其完整地記錄下來。

無論是最初的設(shè)計階段，還是最后的驗證階段，整個過程中都必須有具備以下各領(lǐng)域?qū)I(yè)能力的人員參與進來：Windows服務(wù)器管理員、Exchange服務(wù)器管理員、集群軟件管理員以及網(wǎng)絡(luò)路由和故障查找人員。

在構(gòu)建端到端系統(tǒng)的過程中，具備這些技能的人員是至關(guān)重要的。他們應(yīng)當參與最初的設(shè)計開發(fā)和測試環(huán)境的搭建工作，而且應(yīng)當親自參與部署和驗證階段。

測試很關(guān)鍵

要想正確地模擬實際運行的Exchange環(huán)境，就必須在測試實驗室中模擬跨站點網(wǎng)絡(luò)連接、用戶負載以及備份工作等鄰近程序和其他特定環(huán)境因素，因此測試階段通常是非常困難的。用戶在測試實驗室中模擬環(huán)境與實際運行環(huán)境越接近，那么在部署過程中遇到的問題就越少。

通過使用Exchange Server Load Simulator（負載模擬），企業(yè)便可以測試運行Exchange的服務(wù)器會對電子郵件負載做出何種的響應(yīng)。如果在執(zhí)行故障切換時正在運行活動的負載模擬會話，那么就可以有效地測試復(fù)制數(shù)據(jù)的連貫性，以及故障切換軟件在面對類似生產(chǎn)環(huán)境負載時的表現(xiàn)情況。我們還發(fā)現(xiàn)，有些基于硬件的廣域網(wǎng)模擬器可以針對不同的速度和延遲進行編程。無論是作為測試工具還是調(diào)試工具，這類模擬器的價值都是不可估量的。

在測試過程中，用戶需要回答如下這些問題。

● 故障切換軟件的探測和恢復(fù)性能是否如預(yù)期的一樣？

● 數(shù)據(jù)復(fù)制軟件在速度和數(shù)據(jù)連貫性方面的表現(xiàn)是否如預(yù)期一樣？

● 監(jiān)視或數(shù)據(jù)復(fù)制軟件的存在是否對最終用戶產(chǎn)生了明顯的性能影響？

● 各種客戶端是否都能以無縫的方式移植到災(zāi)難恢復(fù)服務(wù)器上運行的Exchange上？

水到渠成來部署

如果用戶組建的是一個專家小組，并且成功地在測試階段中模擬了實際運行環(huán)境，那么部署工作就會變得毫無懸念。當然，用戶應(yīng)當預(yù)先安排足夠的時間，用以實現(xiàn)最初的跨站點同步鏡像，以及后續(xù)的轉(zhuǎn)至災(zāi)難恢復(fù)站點的故障切換和切換返回生產(chǎn)性服務(wù)器的完整測試過程。這些測試都應(yīng)當驗證客戶重定向情況是否與計劃相符，并且確認全功能Exchange環(huán)境所需要的所有服務(wù)都已經(jīng)全部恢復(fù)。

在最初的部署完成后，我們建議用戶在每次更改Exchange環(huán)境（如安裝服務(wù)包、引入新的服務(wù)等）后都進行故障切換測試。如果因為沒有考慮到管理方面的變化而導(dǎo)致主站點發(fā)生災(zāi)難時，恢復(fù)系統(tǒng)無法取而代之并提供相同的Exchange服務(wù)，那將是最可怕的情況。很多管理員在更改了Exchange環(huán)境之后都沒有意識到這種作法對災(zāi)難恢復(fù)系統(tǒng)產(chǎn)生的影響，而我們了解到的多數(shù)錯誤情況都屬于此類。即使是在靜態(tài)環(huán)境中，企業(yè)也應(yīng)當每季度至少運行一次測試，確保自己擁有適當?shù)谋O(jiān)視和恢復(fù)能力。

雖然部署Exchange災(zāi)難恢復(fù)系統(tǒng)是一項復(fù)雜的任務(wù)，但是，本文中提出的概念能夠幫助用戶實現(xiàn)成功的部署，滿足用戶在保護關(guān)鍵業(yè)務(wù)及協(xié)作環(huán)境的各項要求。

編看編想

離不開的郵件

隨著E-mail在我們生活中扮演著越來越重要的角色，用戶郵件服務(wù)器的保障工作也顯得越發(fā)關(guān)鍵。有些業(yè)務(wù)繁忙的IT專業(yè)人士一天收到的郵件有數(shù)百封之多，因此在許多用戶的IT環(huán)境中，郵件服務(wù)器需要確保極高的可用性。

筆者認識一位大型分銷商的系統(tǒng)管理員，由于出現(xiàn)了一次非常嚴重的系統(tǒng)故障而導(dǎo)致郵件服務(wù)宕機，期間公司郵箱無法使用，之后花了兩天時間才將整個系統(tǒng)恢復(fù)。故障發(fā)生的前一天，所有的公司郵件全部丟失，而且比較棘手的問題是，每個用戶都不清楚究竟丟失了哪些郵件。由于所有的業(yè)務(wù)情況都需要郵件確認，因此，那次郵件服務(wù)器的故障給公司帶來了巨大的損失。

上文提到的這些建議對于用戶提高Exchange服務(wù)器的可用性有很大幫助。當然許多用戶使用的可能不是Exchange，但是這些方法對他們的郵件服務(wù)器同樣具有借鑒意義，其中一些策略性方面的建議值得用戶在實踐中付諸實施。(CNW)