把負載遷移到新服務器看起來很簡單，但是這個過程中還是容易產(chǎn)生不少小問題。下面我們來列舉一下當你準備執(zhí)行這項任務前需要準備什么。

服務器的認證。當負載被遷移的時候，新的服務器取代舊服務器的身份。盡管這個身份的轉換主要可能是通過備份再建來完成的，但是***在之前就記錄好服務器本身特性的信息。

在服務器的計算機名和網(wǎng)絡協(xié)議地址方面，這一點深有體會。當備份重建在不相似的新硬件上時，靜態(tài)IP地址常常突然丟失。類似的是，我遇見過在新服務器能夠完全加入功能之前，Active Directory(活動目錄)計算機賬號必須得重置。

你可以給新硬件起不同的名字，但是遷移過程會變得非常復雜。新計算機名使得數(shù)字證書無效化，導致映射網(wǎng)絡驅(qū)動器失效。

服務包級別和補丁。你也需要在遷移之前記錄舊服務器的服務包和補丁。如果你試圖遷移的新服務器正在運行一個可替代的服務包級別， 那么你可能會遇到很多問題。拿Exchange Server為例，服務包級別影響你裝載郵箱數(shù)據(jù)庫的能力。

實驗室測試。這是最關鍵的一環(huán)了，在實驗室環(huán)境測試新硬件和遷移過程。我通常創(chuàng)建一個單獨的實驗室，然后重建在區(qū)域控制器、基礎架構服務器(DNS、DHCP等等)以及其他任何必須得徹底測試遷移進程的備份 。

通過以上測試，我可以把新的產(chǎn)品硬件加入到實驗區(qū)域。這有很多理由。***，可以讓新硬件加入實驗環(huán)境很好的磨合，如果能發(fā)現(xiàn)某個部件一直失效，那總比新服務器進了工作環(huán)境之后再失效好。

第二個理由，那樣做有利于發(fā)現(xiàn)一些硬件自帶的小毛病，比如說，你可能會發(fā)現(xiàn)在新服務器的網(wǎng)卡上，TCP/IP卸載失效。

最小化宕機時間。你應該制定一條計劃來減少遷移過程的宕機時間。如果你正要取代的某個服務器是一個正在工作中的群集一部分，可能這比較簡單，把新服務器加入到群集中，然后溢出就得。但是在非群集環(huán)境，減少宕機時間更具有挑戰(zhàn)性。

減少宕機時間取決于負載類型。我喜歡在開始遷移之前，把最近的負載重建到新服務器，這是條普遍準則。到了遷移的時候，我先斷掉舊 服務器的網(wǎng)絡連接，然后最一個最終備份。等到新服務器已經(jīng)就位好了，有了一個近期備份，我就重建最近的備份，這樣會比較快，因為只需要更新***的內(nèi)容。

支持軟件。***，記住關于在你的服務器上可能會運行的支持軟件。 這包括殺毒軟件和backup agent。我發(fā)現(xiàn)支持軟件可能會被過分講究，這樣在遷移之后肯能運行會不太正常。所以這也說明測試很重要。

不過，在新服務器遷移負載到底要怎么樣?這個答案得基于服務器負載和你自身的基礎架構需求來分析。不過，在投入工作環(huán)境之前測試遷移進程無論如何都是必要的。整個測試過程中，確保所有必要的服務開始，在服務器上的任何數(shù)據(jù)庫都正常，任何數(shù)據(jù)都可以訪問。