把負載遷移到新服務器看起來很簡單，但是這個過程中還是容易產生不少小問題。下面我們來列舉一下當你準備執行這項任務前需要準備什么。
服務器的認證。當負載被遷移的時候，新的服務器取代舊服務器的身份。盡管這個身份的轉換主要可能是通過備份再建來完成的，但是最好在之前就記錄好服務器本身特性的信息。
在服務器的計算機名和網絡協議地址方面，這一點深有體會。當備份重建在不相似的新硬件上時，靜態IP地址常常突然丟失。類似的是，我遇見過在新服務器能夠完全加入功能之前，Active Directory（活 動目錄）計算機賬號必須得重置。
你可以給新硬件起不同的名字，但是遷移過程會變得非常復雜。新計 算機名使得數字證書無效化，導致映射網絡驅動器失效。
服務包級別和補丁。你也需要在遷移之前記錄舊服務器的服務包和補 丁。如果你試圖遷移的新服務器正在運行一個可替代的服務包級別， 那么你可能會遇到很多問題。拿Exchange Server為例，服務包級別影響你裝載郵箱數據庫的能力。
實驗室測試。這是最關鍵的一環了，在實驗室環境測試新硬件和遷移過程。我通常創建一個單獨的實驗室，然后重建在區域控制器、基礎架構服務器（DNS、DHCP等等）以及其他任何必須得徹底測試遷移進程的備份 。
通過以上測試，我可以把新的產品硬件加入到實驗區域。這有很多理由。第一，可以讓新硬件加入實驗環境很好的磨合，如果能發現某個部件一直失效，那總比新服務器進了工作環境之后再失效好。
第二個理由，那樣做有利于發現一些硬件自帶的小毛病，比如說，你可能會發現在新服務器的網卡上，TCP/IP卸載失效。
最小化宕機時間。你應該制定一條計劃來減少遷移過程的宕機時間。如果你正要取代的某個服務器是一個正在工作中的群集一部分，可能這比較簡單，把新服務器加入到群集中，然后溢出就得。但是在非群集環境，減少宕機時間更具有挑戰性。
減少宕機時間取決于負載類型。我喜歡在開始遷移之前，把最近的負載重建到新服務器，這是條普遍準則。到了遷移的時候，我先斷掉舊 服務器的網絡連接，然后最一個最終備份。等到新服務器已經就位好了，有了一個近期備份，我就重建最近的備份，這樣會比較快，因為只需要更新最新的內容。
支持軟件。最后，記住關于在你的服務器上可能會運行的支持軟件。 這包括殺毒軟件和backup agent。我發現支持軟件可能會被過分講究，這樣在遷移之后肯能運行會不太正常。所以這也說明測試很重要。
不過，在新服務器遷移負載到底要怎么樣？這個答案得基于服務器負載和你自身的基礎架構需求來分析。不過，在投入工作環境之前測試遷移進程無論如何都是必要的。整個測試過程中，確保所有必要的服務開始，在服務器上的任何數據庫都正常，任何數據都可以訪問。
京公網安備 11010502049343號