數據中心的遷移并不是大多數的數據中心工作人員每天都在做的日常工作。在他們的職業生涯中通常有一兩次這樣的事情，如果你幸運的話(或是不幸，這取決于如何看待它)。而無論你是處于移動網絡、服務器、數據和應用的哪一個陣營，將數據中民從一個地方遷移到另一個地方往往是身心俱疲甚至是痛苦的回憶。

這是一個很好的理由

在幫助數百家公司從單一的應用程序完整遷移到數據中心之后，數據中心服務商ServerCentral公司營銷和產品副總裁克里斯•羅斯特恩表示，人們在數據中心的遷移過程中通常會犯七個常見的錯誤，更重要的是，如何避免這些錯誤的發生。

數據中心的遷移過程可以分解為七個階段，每一個都有自己的潛在的問題。這七個階段分別為探索、計劃、開發、驗證、遷移、管理和規模。

錯誤#1(探索階段)：缺乏一個完整的基礎設施評估

在探索過程中最常見的錯誤是缺乏一個完整的基礎設施評估。特別是對于每個機架和每個設備的文檔和其相關聯的應用程序。

這一評估應該注意所有的東西，包括物理和虛擬設備，網絡設備，網絡拓撲等，不要因為沒有這些設備而走捷徑，遷移太多的信息遷移。

專業提示：包括評估業務和技術的相互依存關系。例如，應用程序，網絡和數據庫服務器等相關的應用程序必須作為一個包進行遷移。

錯誤#2(規劃階段)：領導不明確

在規劃階段最常見的錯誤是未能建立明確的領導。這意味著在遷移過程中的各個階段中要確定誰負責明確的溝通，帶領團隊。

在一個單一的部門，默認情況下會采用代表他們最佳利益的領導方式。該項目負責人必須公平公正，他需要理解并準確地反映了每個團隊的目標和成功的標準。這個人還必須有要求很好的執行權力和溝通技巧，以保持每個人致力于實現同一目標。

錯誤#3(發展階段)：沒有認識到依賴關系

在開發過程中最常見的錯誤是升級部分的基礎設施堆棧，而不知道產生的依賴關系。當然，在遷移過程中升級過時的組件沒有問題。例如，新的網絡設備很容易實現，因為是從物理到虛擬的轉換。然而，當遷移過程實現緩慢時，很容易忽略這些變化的影響。

專業提示：確保任何升級和他們的依賴關系在驗證階段的特定測試時都被注意到。

錯誤#4(驗證階段)：跳過業務驗證

驗證階段最常見的錯誤是跳過業務驗證。

在驗證過程中，IT、安全和網絡工程團隊通常是各行其是，其清單和業務將被忽略。

由于不可預見的要求，變更在所難免。例如，應用程序的升級有突然遷移重合的習慣。確保企業理解所有的變更都能直接影響到日常運營。在進入下一個階段時，將節省30分鐘的投資時間。

錯誤5(#遷移階段)：低估遷移時間

在實際的遷移過程中，一個常見的錯誤是沒有設定現實的時間預期。生產遷移本質上比測試遷移要慢，因為它們需要更多的照顧和關注細節。

專家提示：使用測試遷移來評估實際遷移時間。你會驚奇地發現一些應用程序需要多長時間。不要期待遷移過程會為此等待。

錯誤#6(管理階段)：進行設置，(實際上)卻遺忘

在新的基礎設施管理過程中最常見的錯誤是擁有“設置(實際上)卻遺忘”的心態。每個人都很興奮，恨不得立即著手遷移。這時要確保技術和業務穩步進行，而不要遺漏任何細節。

專業提示：在完成遷移后，在48小時內至少花費一些時間進行主動監測和支持。

錯誤#7(規模階段)：認為大功告成

在規模階段最常見的錯誤，就是認為現在大功告成，而失去了動力。

引用約吉•貝拉的話說，“如果你不知道你要去哪里，你最終會到達錯誤的地方。”這些話可能會在遷移的過程中，超出了企業設置年度計劃，維持季度審查，并制定特設的基礎設施需求的計劃。

企業剛剛投入了大量的時間、精力和金錢，投入到一個艱難的過程中。現在不要因為遷移已經結束，就失去動力或不再關注細節。

這不是為數據中心遷移的唯一模式，而這些肯定不是唯一的錯誤的人做。這并不是數據中心遷移的唯一模式，當然這些錯誤并不是人們所犯的全部錯誤，還會有其他的錯誤發生。這里最重要的是在不斷更新流程中，企業的技術、操作要求，以及經驗都在發生變化。