資料中心管理有三大難題

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

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

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

　 　1. 資料遷移

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

　 　2. 硬體遷移

　　遷移物理伺服器通常有兩種策略：一種名為“平移”，另一種名為資料複製。在平移策略中，硬體放到活動卡車上，然後安裝到新的資料中心。系統在搬到新址之前已備份好，不過這個策略會帶來一些風險。

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

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

　　 3. 服務可用性

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

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

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