用戶要面臨的挑戰(zhàn)是即要完成服務(wù)器遷移又不會(huì)損失解決方案A所需的功能和資源或者引發(fā)過多的宕機(jī)從而招致用戶對(duì)IT部門的投訴。
　　因此當(dāng)你小心謹(jǐn)慎的實(shí)施遷移的過程又不愿遭受損失整個(gè)系統(tǒng)的風(fēng)險(xiǎn)，那么你該如何應(yīng)對(duì)這種兩難的狀況呢？你又該如何滿足用戶對(duì)零宕機(jī)的苛刻要求呢？以下是幫助你規(guī)避這些風(fēng)險(xiǎn)的五個(gè)提示。
　　提示一：了解系統(tǒng)之間的從屬性
　　雖然IT員工可能不愿意承認(rèn)這一點(diǎn)，但某些員工可能確實(shí)不完全了解一項(xiàng)解決方案在既定的遷移戰(zhàn)略中是如何工作的。以Exchange Server為例。更改為Exchange Server可以用幾種方式完成，從單個(gè)用戶遷移簡(jiǎn)單的電子郵箱轉(zhuǎn)移的操作到從整個(gè)服務(wù)器轉(zhuǎn)移到新的域這種第三方解決方案（如果必要的話）都涵蓋在內(nèi)。
　 　面臨的挑戰(zhàn)是這種遷移會(huì)對(duì)諸如Good Technologies服務(wù)，黑莓企業(yè)級(jí)服務(wù)器，Lync和移動(dòng)技術(shù)套裝向Exchange（Outlook WebAccess/App,OutlookAnywhere和ActiveSync）本地遷移的系統(tǒng)產(chǎn)生影響。與在電子郵箱服務(wù)器遷移過程中將這些生態(tài) 系統(tǒng)解決方案考慮在內(nèi)的方法不同，你可以非?？焖俚膶?dǎo)出所有的移動(dòng)用戶。但是無法全面了解所有的外圍系統(tǒng)，而你的目標(biāo)遷移系統(tǒng)可能會(huì)依賴這些外圍系統(tǒng)或者 相互依賴，從而讓你陷入真實(shí)遷移的夢(mèng)魘。
　　提示二：知道什么是必須要進(jìn)行遷移的
　　一套解決方案是 由涉及一個(gè)或者多個(gè)服務(wù)器或者硬件資源的一個(gè)或者多個(gè)組件所組成的。在遷移過程中正確的步驟能確保你首先了解解決方案的工作原理和遷移部分在開始實(shí)際遷移 前會(huì)占到所遷移系統(tǒng)中的比例。傳真服務(wù)器就是這種解決方案類型的最好示例，因?yàn)橐ＷC操作正確許多企業(yè)都需要物理傳真卡。如果你沒有確保傳真卡與你試圖遷 移的新硬件/虛擬化平臺(tái)相兼容的話，那么再好的遷移計(jì)劃也會(huì)大打折扣。
　　提示三：了解什么應(yīng)該被遷移
　　一旦你計(jì)算出必須從目前平臺(tái)遷移出去的組件，你應(yīng)該全面分析你可能需要遷移或者不需要遷移的組件?？倳?huì)有一些系統(tǒng)組件是沒必要遷移到新平臺(tái)上，但是為了將宕機(jī)的可能性和復(fù)雜性降到最低可能又有必要遷移過去。
　　舉例來說，Windows系統(tǒng)狀態(tài)信息可能需要適合的工具從一個(gè)硬件平臺(tái)遷移到另一個(gè)硬件平臺(tái)。如果這種信息可以被遷移過去，那么新服務(wù)器配置的復(fù)雜性就能被大大降低，至少?gòu)腤indows系統(tǒng)和軟件的角度來說是這樣的。
　　提示四：設(shè)定期望值并堅(jiān)持目標(biāo)
　 　用戶都希望實(shí)現(xiàn)無宕機(jī)的遷移。但是不幸的事實(shí)是這種零宕機(jī)的夢(mèng)想在真實(shí)的遷移世界中通常是不可能的。即使在實(shí)施物理遷移時(shí)沒有出現(xiàn)可見的宕機(jī)（比如在 Exchange或者Notes中遷移電子郵箱），你仍然需要給你的員工一些喘息的空間來應(yīng)對(duì)意料之外的突發(fā)狀況。遷移系統(tǒng)狀態(tài)信息和二進(jìn)位，認(rèn)真規(guī)劃和 在遷移之前提前做好每一件事情能讓宕機(jī)的可能性降到最低。不過消除所有主要硬件遷移過程當(dāng)中的宕機(jī)只是種期許，可能很難實(shí)現(xiàn)。
(責(zé)任編輯：武林網(wǎng))