用戶(hù)要面臨的挑戰(zhàn)是即要完成服務(wù)器遷移又不會(huì)損失解決方案A所需的功能和資源或者引發(fā)過(guò)多的宕機(jī)從而招致用戶(hù)對(duì)IT部門(mén)的投訴。

　　因此當(dāng)你小心謹(jǐn)慎的實(shí)施遷移的過(guò)程又不愿遭受損失整個(gè)系統(tǒng)的風(fēng)險(xiǎn)，那么你該如何應(yīng)對(duì)這種兩難的狀況呢？你又該如何滿(mǎn)足用戶(hù)對(duì)零宕機(jī)的苛刻要求呢？以下是幫助你規(guī)避這些風(fēng)險(xiǎn)的五個(gè)提示。

　　提示1:了解系統(tǒng)之間的從屬性

　　雖然IT員工可能不愿意承認(rèn)這一點(diǎn)，但某些員工可能確實(shí)不完全了解一項(xiàng)解決方案在既定的遷移戰(zhàn)略中是如何工作的。以Exchange Server為例。更改為Exchange Server可以用幾種方式完成，從單個(gè)用戶(hù)遷移簡(jiǎn)單的電子郵箱轉(zhuǎn)移的操作到從整個(gè)服務(wù)器轉(zhuǎn)移到新的域這種第三方解決方案（如果必要的話(huà)）都涵蓋在內(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ù)器遷移過(guò)程中將這些生態(tài)系統(tǒng)解決方案考慮在內(nèi)的方法不同，你可以非常快速的導(dǎo)出所有的移動(dòng)用戶(hù)。但是無(wú)法全面了解所有的外圍系統(tǒng)，而你的目標(biāo)遷移系統(tǒng)可能會(huì)依賴(lài)這些外圍系統(tǒng)或者相互依賴(lài)，從而讓你陷入真實(shí)遷移的夢(mèng)魘。

　　提示2:知道什么是必須要進(jìn)行遷移的

　　一套解決方案是由涉及一個(gè)或者多個(gè)服務(wù)器或者硬件資源的一個(gè)或者多個(gè)組件所組成的。在遷移過(guò)程中正確的步驟能確保你首先了解解決方案的工作原理和遷移部分在開(kāi)始實(shí)際遷移前會(huì)占到所遷移系統(tǒng)中的比例。傳真服務(wù)器就是這種解決方案類(lèi)型的最好示例，因?yàn)橐ＷC操作正確許多企業(yè)都需要物理傳真卡。如果你沒(méi)有確保傳真卡與你試圖遷移的新硬件/虛擬化平臺(tái)相兼容的話(huà)，那么再好的遷移計(jì)劃也會(huì)大打折扣。

　　提示3:了解什么應(yīng)該被遷移

　　一旦你計(jì)算出必須從目前平臺(tái)遷移出去的組件，你應(yīng)該全面分析你可能需要遷移或者不需要遷移的組件。總會(huì)有一些系統(tǒng)組件是沒(méi)必要遷移到新平臺(tái)上，但是為了將宕機(jī)的可能性和復(fù)雜性降到最低可能又有必要遷移過(guò)去。

　　舉例來(lái)說(shuō)，Windows系統(tǒng)狀態(tài)信息可能需要適合的工具從一個(gè)硬件平臺(tái)遷移到另一個(gè)硬件平臺(tái)。如果這種信息可以被遷移過(guò)去，那么新服務(wù)器配置的復(fù)雜性就能被大大降低，至少?gòu)腤indows系統(tǒng)和軟件的角度來(lái)說(shuō)是這樣的。

　　提示4:設(shè)定期望值并堅(jiān)持目標(biāo)

　　用戶(hù)都希望實(shí)現(xiàn)無(wú)宕機(jī)的遷移。但是不幸的事實(shí)是這種零宕機(jī)的夢(mèng)想在真實(shí)的遷移世界中通常是不可能的。即使在實(shí)施物理遷移時(shí)沒(méi)有出現(xiàn)可見(jiàn)的宕機(jī)（比如在Exchange或者Notes中遷移電子郵箱），你仍然需要給你的員工一些喘息的空間來(lái)應(yīng)對(duì)意料之外的突發(fā)狀況。遷移系統(tǒng)狀態(tài)信息和二進(jìn)位，認(rèn)真規(guī)劃和在遷移之前提前做好每一件事情能讓宕機(jī)的可能性降到最低。不過(guò)消除所有主要硬件遷移過(guò)程當(dāng)中的宕機(jī)只是種期許，可能很難實(shí)現(xiàn)。

　　設(shè)定合理的宕機(jī)數(shù)量，確保從IT員工到用戶(hù)每一個(gè)人都知道什么時(shí)候可能發(fā)生宕機(jī)，宕機(jī)的時(shí)間會(huì)持續(xù)多久。如果這種宕機(jī)無(wú)法被用戶(hù)所接受，要解釋清楚為什么必須這么做的原因以及一意孤行給系統(tǒng)可能導(dǎo)致的災(zāi)難性后果。

　　提示5:獲得你需要的工具

　　遷移經(jīng)常會(huì)由于不了解細(xì)則導(dǎo)致意外的結(jié)果。一個(gè)例子：許多從本地物理機(jī)遷移到虛擬機(jī)的工具需要數(shù)據(jù)在遷移過(guò)程中保持靜止的狀態(tài)（僅供數(shù)據(jù)庫(kù)管理員處理使用）。對(duì)于SQL或者諸如此類(lèi)的服務(wù)器，這就意味著數(shù)據(jù)庫(kù)在遷移過(guò)程中必須保證離線(xiàn)狀態(tài)，因?yàn)樵诖诉^(guò)程中會(huì)面臨數(shù)據(jù)丟失的主要風(fēng)險(xiǎn)。物理機(jī)向虛擬機(jī)遷移的工具還是一種從物理服務(wù)器到虛擬機(jī)的單向遷移。這是對(duì)操作的一種限制。如果你的遷移只是從物理機(jī)到虛擬機(jī)是可行的，如果你試圖向另一臺(tái)物理機(jī)遷移就是沒(méi)有幫助的。如果在遷移后才發(fā)現(xiàn)這個(gè)問(wèn)題也是于事無(wú)補(bǔ)的，應(yīng)用軟件在新的環(huán)境中就無(wú)法達(dá)到你預(yù)期的狀態(tài)。

　　按照你的需求選擇工具庫(kù)--典型的做法是本地工具和第三方工具相結(jié)合，這樣能確保你可以安全的執(zhí)行遷移，按照計(jì)劃實(shí)施。將這五個(gè)提示結(jié)合使用，可以確保不會(huì)遺漏掉那一點(diǎn)，你可以在實(shí)施遷移時(shí)以最小限度的宕機(jī)遷移到新平臺(tái)上。