當企業發展到一定程度，或者之前的機房不能滿足現在的數據中心使用時，企業會對數據中心進行遷移。數據中心遷移說起來簡單，但是真正的做起來，你會發現數據中心遷移是一項復雜的工程。

而且要想數據中心安全的遷移更是困難，因為在數據中心遷移的時候，都會遇到一些風險，這些風險不能避免，但是我們可以采取一些措施來減少數據中心遷移的風險。

那么在數據中心進行遷移的時候會遇到哪些風險呢?針對這些風險我們應該做出怎樣的措施來規避這些風險呢?下面讓我們分析一下與管理數據中心有關的幾個難題和風險。

1. 數據遷移

將應用程序數據從一處遷移到另一處可能是數據中心遷移工程的最復雜的環節之一。一種簡單的方案就是執行基于磁帶或硬盤的備份，并執行恢復;不過，類似平移遷移，備份和恢復在及時恢復服務方面提供的能力很有限。另外，備份和恢復并不是最適合數據遷移的理想方法――它更適合數據恢復方案有限的災難恢復這種場景。

2. 硬件遷移

遷移物理服務器通常有兩種策略：一種名為“平移”，另一種名為數據復制。在平移策略中，硬件放到活動卡車上，然后安裝到新的數據中心。系統在搬到新址之前已備份好，directadmin安裝，不過這個策略會帶來一些風險。

最大的風險之一是物理服務器可能在搬運過程中遭到損壞;搬運過程中的損壞會導致備份毫無用處。另一個挑戰就是兩個數據中心相隔太遠，歐洲服務器租用 云服務器，因而這個方法不現實，無法保證服務在可以接受的時間段內可用。

第二種策略是通過一條租用線路來進行數據遷移。租用線路帶來了兩種sub-swing硬件方案。一種方案是執行物理機到物理機(P2P)遷移。P2P遷移需要購置同類硬件，以便原有數據中心的應用程序和硬件可以遷移過去，同時確保停機時間最短。

3. 服務可用性

數據中心的主要目的就是，托管運行為業務提供服務的應用程序。無論你何時考慮從一個數據中心遷移到另一個數據中心，必須首先考慮底層服務的可用性。這些服務包括：活動目錄之類的基礎設施應用程序和SAP之類的面向客戶的應用程序。

當服務從一個數據中心轉移到另一個數據中心時，你必須制定一項策略，特定的服務何時遷移和應用程序對彼此的依賴關系都必須考慮進來。確保服務可用性的一個常見做法就是，建立遷移組，然后把互相依賴的應用程序分到同一組。至于支持大多數企業應用程序的服務，比如活動目錄和DNS，一個常見做法就是，跨數據中心擴展這些核心服務。服務依然在兩邊的數據中心，直到遷移完成。

遷移數據中心對于企業來說是一項重要復雜的工程，數據中心的成功遷移對于企業來說也很重要，所以對于遷移過程中會遇到的一些安全風險，針對不同的風險，企業要及時做出相應對措施。