根據(jù)調(diào)研機構(gòu)IDC公司的報告，組織花費的IT預算超過四分之一用于數(shù)據(jù)中心支出，數(shù)據(jù)中心很容易成為主要的成本中心。由于首席信息官希望減少預算，而現(xiàn)實的情況是，組織不得不評估他們的數(shù)據(jù)中心布局。這通常意味著將多個數(shù)據(jù)中心合并成更有效的配置或?qū)⒉煌臄?shù)據(jù)中心重新定位到更具成本效益的位置?；騼烧呒娑兄?。

遷移關鍵業(yè)務和服務器區(qū)域可能是對組織的IT資產(chǎn)進行的最具潛在破壞性的更改之一。即使遷移本身順利，組織的首席信息官仍需要迅速證明可衡量的改進，以證明這一艱巨的過程。

數(shù)據(jù)中心遷移不應該令人害怕。當然，這是比較困難的，并且時間緊，任務重，但如果組織很在意數(shù)據(jù)中心遷移項目的后果，那么很可能對此還沒有準備好，需要繼續(xù)完善其規(guī)劃。古老的軍事格言也適用于此：“謀定而后動”，數(shù)據(jù)中心遷移通常需要比原來預期更多的時間和資源。

將智能遷移方法用于數(shù)據(jù)中心轉(zhuǎn)換可以確保項目在第一次嘗試時成功。以下是數(shù)據(jù)中心成功遷移的四個關鍵要點：

1.不要依賴于自己的猜測

組織最糟糕的錯誤之一是高估他們的IT基礎設施及其支持的技術應用和服務的知識。令人擔憂的是，這也是最常見的錯誤之一。毫無疑問，缺乏新技術和員工流失使得組織難以保留數(shù)據(jù)中心專業(yè)知識。

盡管每個人都在文件記錄和匯報方面作出最大努力，但隨著工作人員的再培訓或離職，他們需要有用的知識。即使文檔確實存在，也可能是質(zhì)量較差和參差不齊的。例如，開發(fā)人員未能記錄策略的更改，在應用程序的新版本后重新索引。采取這種方法將導致遷移的麻煩，并缺乏單一版本的真相數(shù)據(jù)。在這里給出的答案是精心規(guī)劃?；ㄙM足夠的時間正確地完成初????映射和發(fā)現(xiàn)階段，因為這將節(jié)省時間和長期成本。

2.不要超出自己的能力

將數(shù)據(jù)中心遷移項目看作更大升級程序的一部分，查看并同時實施其他主要更改是很有誘惑力的。雖然理論上可以節(jié)省時間和成本，但在實踐中，它增加了項目失敗的機會，并使其余部分崩潰。當有多個項目時，應考慮按順序?qū)嵤?，并確保有足夠的時間進行遷移。

同樣，一個常見的錯誤是設定不切實際的目標和完成時間表，并且在不了解時間尺度的影響的情況下繼續(xù)進行。這可能始于一個聲明，例如“數(shù)據(jù)中心租約在三個月內(nèi)過期，因此我們必須到期之前遷移到新的數(shù)據(jù)中心”。對于一家只擁有10-50臺服務器的小公司來說，這可能不是一個問題，但對于規(guī)模較大的公司，則需要比三個月還要多的時間。此外，其復雜性也會影響時間尺度。當相???????的10-50臺服務器受到全天候創(chuàng)收數(shù)據(jù)中心的靈活服務等級協(xié)議（SLA）約束時，平衡服務交付和遷移截止日期可能導致重大的沖突。

即使有一個明智的遷移計劃，重要的是提供足夠的人力，以確保不會錯過最后期限，員工不會感到疲憊。假設IT支持和操作人員既要進行數(shù)據(jù)中心遷移工作，同時還繼續(xù)履行其正常工作職責，這將不可避免地導致這兩種工作的質(zhì)量下降。

3.一定要廣泛地購買

組織從一開始，管理用戶期望需要成為數(shù)據(jù)中心遷移策略的一部分。通過確保受影響的業(yè)務和IT社區(qū)盡早的遷移。這將有助于使新數(shù)據(jù)中心的能力與業(yè)務需求保持一致，在此期間平滑過渡，并支持可衡量的投資回報率（ROI）。數(shù)據(jù)中心遷移所帶來的純粹技術復雜性幾乎沒有爭議的余地。倡導組織采用整體而不是孤立的方法，這有助于整個組織中在行動中達成一致，并及早消除反對意見???????以防止其減緩或損害數(shù)據(jù)中心的遷移。數(shù)據(jù)中心遷移直到完成，都需要決定性的力量來保持這種一鼓作氣的氣勢。

4.不要按照一切照常（BAU）程序進行假設

有效治理日常的數(shù)據(jù)中心活動對于提供及時，可靠和安全的服務至關重要。然而，人們發(fā)現(xiàn)，即使最好的客戶端和服務提供商一切照常（BAU）進程也無法處理支持數(shù)據(jù)中心遷移所需速度或更改的數(shù)量。

在客戶端和服務提供商側(cè)的變更管理過程被設計為限制數(shù)據(jù)中心的訪問，移動和停止活動。通常，此類1級或2級更改在最嚴格的變更管理控制下運行，例如多個更改審批委員會，從而在遷移日期確定之前將會提供大量的交貨時間。

數(shù)據(jù)中心遷移不能被視為大量的小變化：遷移，升級或取消。相反，它必須使用事先商定數(shù)量的設備并在設定的時間段只來計劃，批準和操作。這個過程必須在高級業(yè)務所有者級別上獲得批準，以避免一切照常（BAU）變更管理過程超載或延遲客戶端和服務的變更批準。

類似地，請求管理過程被設計為作為用于提供新設備或訪問系統(tǒng)并處理主要項目需求的一切照常（BAU）操作。盡管如此，人們已經(jīng)看到數(shù)據(jù)中心遷移絕對淹沒了請求管理過程，甚至使它停滯不前。

最大限度地減少這一點的方法是將請求分組，并提前很好地確保許可。然后，當更新相關配置管理數(shù)據(jù)庫時，可以將受影響的配置項目的詳細信息作為批準更新到約定的時間表進行管理，而不是作為勞動密集型的個人請求。

不管組織的規(guī)劃有多么完美，即使最好的數(shù)據(jù)中心遷移策略也會面臨前所未有的復雜性。為了降低風險，在此倡導一種稱為智能遷移的務實方法。這確保了徹底的初步基礎工作和發(fā)現(xiàn)，允許組織面對中斷時保持靈活性，并做出快速知情的決策以克服實施的困難。然后，首席信息官可以確信他們將能夠滿足不斷發(fā)展的業(yè)務的需求。