摘? ?要：論文以信息系統(tǒng)數(shù)據(jù)中心遷移為研究對象，介紹企業(yè)數(shù)據(jù)中心遷移中可能存在的需求，綜合考慮系統(tǒng)遷移中的各類因素，從而選擇低實施風險、低資源投入、少業(yè)務影響的數(shù)據(jù)中心遷移方法。

關鍵詞：數(shù)據(jù)中心遷移;信息系統(tǒng);數(shù)據(jù)庫;虛擬機

中圖分類號：TP391? ? ? ? ? 文獻標識碼：B

Abstract： This paper takes the data center migration of information system as the research object， introduces the possible requirements in the data center migration of enterprises， and comprehensively considers all kinds of factors in the system migration， so as to select the data center migration method with low implementation risk， low resource investment and little business impact.

Key words： data center migration; information system; database; virtual machine

1 引言

伴隨著IT技術的發(fā)展和組織對信息系統(tǒng)依賴程度的提高，單位的信息化建設高速推進，由此產(chǎn)生了較多問題：原有機房空間、電力、制冷等基礎環(huán)境不能滿足法則要求;信息系統(tǒng)分布在多個數(shù)據(jù)中心不便于管理，且發(fā)展受限;受限于早期技術和對信息化認知，信息化規(guī)劃有一定局限性，使得信息系統(tǒng)運維和運營難度提升;隨著單位自身的發(fā)展，辦公場地的搬遷要求數(shù)據(jù)中心隨之遷移。

由于上述諸如此類的原因，一些單位產(chǎn)生了數(shù)據(jù)中心遷移需求。隨著各種技術在數(shù)據(jù)中心遷移中被應用和遷移經(jīng)驗的積累，數(shù)據(jù)中心遷移從最初的純物理遷移發(fā)展到邏輯遷移，數(shù)據(jù)中心遷移方案趨于多樣化，數(shù)據(jù)中心遷移也不再是為遷移而遷移，遷移過程使得以前不可能實現(xiàn)或較難實現(xiàn)的變革變得簡單，如數(shù)據(jù)中心重新規(guī)劃、系統(tǒng)架構(gòu)調(diào)整、網(wǎng)絡結(jié)構(gòu)調(diào)整、系統(tǒng)優(yōu)化等。

2? 數(shù)據(jù)中心遷移需求分析

由于各單位的IT現(xiàn)狀不同，搬遷過程中的需求也不盡相同，在數(shù)據(jù)中心遷移項目中，大致會有幾項需求。

2.1 數(shù)據(jù)安全要求

保護數(shù)據(jù)安全是所有數(shù)據(jù)中心遷移項目的最基本要求。遷移項目中，數(shù)據(jù)丟失風險可能來自兩個層面：物理損壞和邏輯破壞。物理損壞一般由磁盤損壞造成，而遷移過程中的誤操作、數(shù)據(jù)復制中的軟件或網(wǎng)絡原因等則可能造成邏輯損壞。

因此在遷移實施前，必須做好數(shù)據(jù)備份工作，并且所采用的備份方式必須能夠應對物理和邏輯兩個層面的破壞。為確保備份數(shù)據(jù)的可用性和有效性，需要對備份數(shù)據(jù)進行數(shù)據(jù)恢復測試工作。

為完成數(shù)據(jù)備份和恢復測試，需要備份系統(tǒng)和恢復測試環(huán)境。備份系統(tǒng)一般包括備份服務器、備份介質(zhì)、備份工具?；謴蜏y試環(huán)境可以采用低配設備，如本地硬盤、性能滿足最低要求的軟件等。

2.2 業(yè)務連續(xù)性要求

滿足單位業(yè)務連續(xù)性要求是數(shù)據(jù)中心遷移項目的基本要求之一。如果遷移涉及設備量大、系統(tǒng)復雜，且允許的停機時間窗口不足以完成所有系統(tǒng)一次性遷移，則需要分批次遷移，且控制每批次的遷移量，使得每批次的停機時間窗口滿足單位的業(yè)務連續(xù)性要求。

2.3 多個數(shù)據(jù)中心搬遷到一個數(shù)據(jù)中心

由于各種原因，單位的數(shù)據(jù)中心可能分布在多個機房，也可能有多個通過數(shù)據(jù)中心遷移項目，將部署在多個機房或數(shù)據(jù)中心的系統(tǒng)遷移到一個數(shù)據(jù)中心，遷移過程中實現(xiàn)網(wǎng)絡、系統(tǒng)的整合。

2.4 搬遷后網(wǎng)絡調(diào)整需求

數(shù)據(jù)中心遷移項目中IP地址變更是較為常見的需求。由于早期數(shù)據(jù)中心建設時的局限性，以及后續(xù)的快速發(fā)展，普遍造成數(shù)據(jù)中心IP使用無序、不規(guī)范，利用數(shù)據(jù)中心遷移機會，使得重新規(guī)劃IP地址成為可能，特別是目標機房重新部署系統(tǒng)，可以從容排除IP變更后的任何隱患。

如果采用邏輯遷移，且目標數(shù)據(jù)中心新建主干網(wǎng)絡，一般目標機房的網(wǎng)絡架構(gòu)將會重新規(guī)劃部署，使用更趨合理、優(yōu)化。

2.5 系統(tǒng)調(diào)整需求

目標數(shù)據(jù)中心應用系統(tǒng)重新部署的遷移項目，可能會產(chǎn)生各種系統(tǒng)調(diào)整、優(yōu)化需求。比如系統(tǒng)架構(gòu)調(diào)整：單節(jié)點系統(tǒng)變更為多節(jié)點系統(tǒng)、部署在同一設備的數(shù)據(jù)庫和應用拆分到不同設備、共用服務器的應用拆分;比如存儲調(diào)整：SAN網(wǎng)絡優(yōu)化整合、存儲擴容、Raid重構(gòu)等;比如統(tǒng)一版本基線：硬件固件版本、操作系統(tǒng)版本、數(shù)據(jù)庫軟件版本、應用軟件版本等。

2.6 技術文檔梳理完善需求

單位在信息化建設過程中，隨時都有技術人員流失的可能，不可避免地會造成技術文檔的缺失。通過數(shù)據(jù)中心遷移，特別是目標數(shù)據(jù)中心重新部署系統(tǒng)是一個重新梳理、檢驗、完善文檔的過程。

3 數(shù)據(jù)中心遷移方法

數(shù)據(jù)中心遷移采用的方法有物理搬遷和邏輯遷移。所謂物理搬遷，就是將承載業(yè)務系統(tǒng)的設備從源機房搬運到目標機房恢復業(yè)務;所謂邏輯遷移，就是在目標機房部署相應的設備，將源機房的系統(tǒng)采用遷移、復制、部署后切換等方法遷移到目標機房。

純物理搬遷一般適用于設備量較少、應用比較簡單的數(shù)據(jù)中心，可以在一個時間窗口內(nèi)一次性完成整個數(shù)據(jù)中心遷移。通常的物理搬遷用于非關鍵系統(tǒng)的遷移。

邏輯遷移過程中經(jīng)常會采用一種或多種方法來達成目標，這種方法包括基于數(shù)據(jù)庫的復制技術、基于存儲的復制技術、基于虛擬化的虛擬機遷移技術等。除此之外，數(shù)據(jù)中心遷移中還經(jīng)常采用類似于用于容災的主備系統(tǒng)切換。

3.1 基于數(shù)據(jù)庫的數(shù)據(jù)復制

基于數(shù)據(jù)庫的數(shù)據(jù)復制只針對數(shù)據(jù)庫數(shù)據(jù)，常用的數(shù)據(jù)庫軟件如Oracle、DB2、SQLServer等都可以通過數(shù)據(jù)庫軟件自帶的或其他軟件進行數(shù)據(jù)復制。在此以Oracle數(shù)據(jù)庫為例介紹。

3.1.1 實現(xiàn)數(shù)據(jù)庫復制需要具備的軟硬件條件

服務器：目標機房需要用于部署數(shù)據(jù)庫的服務器，服務器性能與源數(shù)據(jù)中心服務器性能相當。

磁盤陣列存儲設備：一般配置的磁盤陣列的可使用空間高于源數(shù)據(jù)中心數(shù)據(jù)庫數(shù)據(jù)量，因為在遷移過程中，除部署數(shù)據(jù)庫外，經(jīng)常需要存放其他數(shù)據(jù)。

光纖交換機：建議采用雙機架構(gòu)部署，每臺光纖交換機端口配置數(shù)量按照需要接入的服務器計算。

以太網(wǎng)交換機：如果是集群數(shù)據(jù)庫，可能需要心跳網(wǎng)絡，如條件允許，建議心跳網(wǎng)絡和業(yè)務網(wǎng)絡使用不同交換機，或采用邏輯隔離，交換機端口數(shù)量按照需要接入的服務器端口計算。

基于數(shù)據(jù)庫的復制軟件較多，視具體情況，部分軟件需要購買軟件許可。以Oracle數(shù)據(jù)庫為例，基于Oracle數(shù)據(jù)庫的數(shù)據(jù)復制技術大體上可分為兩類：Oracle自己提供的數(shù)據(jù)同步技術和第三方廠商提供的數(shù)據(jù)同步技術。Oracle自己的同步技術有DataGuard、Streams、Advanced Replication和GoldenGate的數(shù)據(jù)同步軟件。第三方廠商的數(shù)據(jù)同步技術有Quest公司的SharePlex和DSG的RealSync。其中，Oracle的DataGuard是免費軟件，其它都是付費軟件。

3.1.2 源數(shù)據(jù)中心和目標數(shù)據(jù)中心之間專線網(wǎng)絡需求

除第一次創(chuàng)建目標數(shù)據(jù)中心數(shù)據(jù)庫時數(shù)據(jù)量較大外，在后續(xù)數(shù)據(jù)復制時只需傳送日志，普通專線即可滿足。數(shù)據(jù)復制分為實時同步和定時同步，所需專線帶寬可根據(jù)所產(chǎn)生的日志量決定。

3.1.3 基于數(shù)據(jù)庫復制的特點

目標數(shù)據(jù)中心數(shù)據(jù)庫可以以打開方式存在，在數(shù)據(jù)復制過程中可以檢查數(shù)據(jù)庫數(shù)據(jù)，減少系統(tǒng)遷移窗口內(nèi)的數(shù)據(jù)檢查時間。

如采用一些付費軟件，可以在不同數(shù)據(jù)庫軟件、不同版本間復制數(shù)據(jù)，可在遷移期間實現(xiàn)軟件基線統(tǒng)一。

部分復制軟件支持一對多、多對一、雙向復制等，也可以選擇部分對象進行復制，可滿足數(shù)據(jù)分發(fā)和數(shù)據(jù)集成的需要，在遷移期間可同時實現(xiàn)數(shù)據(jù)庫架構(gòu)調(diào)整。

3.2 基于存儲的數(shù)據(jù)復制

基于存儲的數(shù)據(jù)復制是一種最常見也是最昂貴的一種方式，可以實現(xiàn)同步或異步的數(shù)據(jù)復制，同時不消耗主機資源。一般情況下這種復制方式不適于窄帶的環(huán)境，同步方式也不適于遠距離的復制。

3.2.1 基于存儲的數(shù)據(jù)復制需要具備的軟硬件條件

磁盤陣列存儲設備：要求與源數(shù)據(jù)中心同品牌、性能相當?shù)拇鎯υO備，所需存儲容量按照源數(shù)據(jù)中心需要復制的數(shù)據(jù)所使用的存儲卷空間計算。

服務器：目標數(shù)據(jù)中心可以配置服務器。

光纖交換機：目標數(shù)據(jù)中心在不配置服務器的情況下，可不用光纖交換機，否則，光纖交換機端口按接入設備計算。

波分設備：如采用同步方式，需要波分設備。

復制軟件：與存儲同一廠商軟件，需要購買軟件許可。

3.2.2 源數(shù)據(jù)中心和目標數(shù)據(jù)中心之間專線網(wǎng)絡需求

如果采用同步數(shù)據(jù)復制方式，在兩個數(shù)據(jù)中心間需要裸光纖連接，并且需要配置遠距離單模光纖模塊或波分設備，如果需要多個光纖通道，建議配置波分設備。

如果采用異步數(shù)據(jù)復制方式，可以按照數(shù)據(jù)增量配置普通專線。

3.2.3 基于存儲復制的特點

以卷為單位，可以按需進行復制。

可以用于虛擬機、數(shù)據(jù)庫數(shù)據(jù)、文件等數(shù)據(jù)復制。

基于存儲的數(shù)據(jù)復制保證其數(shù)據(jù)一致性和可靠性。

數(shù)據(jù)復制過程中不能對數(shù)據(jù)進行讀寫操作，如果在正式遷移前需要利用復制數(shù)據(jù)來做測試工作，需要斷開數(shù)據(jù)復制。

同步方式復制一般在同城數(shù)據(jù)中心實現(xiàn)，且目標機房和源機房光纖距離建議不超過30公里。

3.3 虛擬機遷移

目前使用的虛擬化軟件較多，在此以VMWare虛擬化軟件為例來介紹。

首先需要在目標數(shù)據(jù)中心搭建一個虛擬化平臺，同時在目標數(shù)據(jù)中心部署用于虛擬化平臺的X86服務器。虛擬化平臺的資源和服務能力需要根據(jù)遷移實施的業(yè)務系統(tǒng)數(shù)量進行詳細計算。

3.3.1 在目標數(shù)據(jù)中心搭建虛擬化平臺需要的設備

服務器：如果需要在線遷移，應選用硬件兼容設備，設備性能數(shù)量如能配置與源數(shù)據(jù)中心相當則最好。如不具備條件，可暫時配置一定數(shù)量設備，可逐批次遷移虛擬機，源機房服務器上虛擬機清空后可搬遷到目標數(shù)據(jù)中心使用，這樣做的優(yōu)點是投入成本較少，缺點是每批次遷移虛擬機受限，劃分遷移批次受限。

以太網(wǎng)交換機：建議采用雙機架構(gòu)部署，每臺交換機端口數(shù)量需要滿足資源池內(nèi)所有服務器的接入需要，即按每臺服務器的一半端口計算。

磁盤陣列存儲設備：需要首先確定采用什么RAID技術。然后再根據(jù)部署的應用系統(tǒng)數(shù)量、存儲空間計算。如果為新部署服務器，本地硬盤至少需按100GB計算;如果是P2V遷移服務器需要按原有物理服務器硬盤計算，另外還需考慮預留平臺管理使用空間。

光纖交換機：建議采用雙機架構(gòu)部署，每臺光纖交換機端口配置數(shù)量應不少于資源池內(nèi)服務器數(shù)量。

如果還有部分采用物理服務器部署的DB數(shù)據(jù)庫服務器，則需要統(tǒng)一考慮其網(wǎng)絡、存儲等資源。

3.3.2 虛擬化平臺間專線網(wǎng)絡需求

為了滿足從原有虛擬化平臺遷移到目標數(shù)據(jù)中心虛擬化平臺，實現(xiàn)業(yè)務系統(tǒng)的在線遷移割接或者業(yè)務系統(tǒng)的安全應急保障。需要在兩個數(shù)據(jù)中心打通以太網(wǎng)專線網(wǎng)絡和存儲專線網(wǎng)絡。

兩個數(shù)據(jù)中心的以太網(wǎng)專線和存儲網(wǎng)絡專線不是必要條件，用戶可根據(jù)實際情況進行網(wǎng)絡專線的申請。

3.3.3 虛擬機遷移特點

虛擬化因成本低廉、靈活高效、節(jié)能環(huán)保、管理便捷等諸多優(yōu)勢，正在被眾多企業(yè)所推崇和應用。在未來的企業(yè)IT部署中，虛擬化必將在服務器、存儲、網(wǎng)絡、應用、數(shù)據(jù)中心、災難恢復等諸多領域廣泛普及，并發(fā)揮重大作用。

VMWare虛擬化遷移方案，可以幫助用戶在不影響生產(chǎn)主機的情況下，完成生產(chǎn)主機到虛擬主機的復制遷移，然后在很短的時間內(nèi)（計劃時間內(nèi)），就可以將業(yè)務系統(tǒng)切換到虛擬主機上。該方案可以幫助用戶快速高效地部署實現(xiàn)虛擬化的數(shù)據(jù)中心和站點遷移。同時，可以對虛擬機和基于虛擬機的業(yè)務系統(tǒng)，提供數(shù)據(jù)和業(yè)務連續(xù)性的保護。

3.4 系統(tǒng)切換

系統(tǒng)切換經(jīng)常發(fā)生在數(shù)據(jù)中心容災中，將運行在生產(chǎn)數(shù)據(jù)中心系統(tǒng)的業(yè)務切換到災備數(shù)據(jù)中心的系統(tǒng)中。如果把目標數(shù)據(jù)中心看作災備中心，采用系統(tǒng)切換的方式進行數(shù)據(jù)中心遷移則是一次單向的主備切換，即按生產(chǎn)系統(tǒng)在災備中心部署應用系統(tǒng)，通過測試后，在計劃的時間窗口內(nèi)將業(yè)務切換到災備中心應用系統(tǒng)。

系統(tǒng)切換可以用于某些特定系統(tǒng)，比如核心業(yè)務系統(tǒng)、除核心外的關鍵業(yè)務系統(tǒng)，一般這種系統(tǒng)業(yè)務連續(xù)性要求較高，停機時間短，通過系統(tǒng)切換可以快速完成遷移。

當然，如果條件滿足，所有系統(tǒng)都能實現(xiàn)系統(tǒng)切換則是最理想的方法。比如數(shù)據(jù)中心遷移的目標機房是災備機房，且災備機房具備滿足生產(chǎn)系統(tǒng)的網(wǎng)絡環(huán)境，有一定數(shù)量和性能的服務器，通過分批次利舊設備的方式完成數(shù)據(jù)中心遷移。

3.4.1 目標數(shù)據(jù)中心需要具備的環(huán)境和設備

網(wǎng)絡環(huán)境：具備完整的、滿足部署生產(chǎn)環(huán)境的網(wǎng)絡環(huán)境。

服務器：根據(jù)批次劃分，至少擁有承載最大批次系統(tǒng)的服務器數(shù)量，且性能滿足系統(tǒng)需求，當然最好擁有1：1的數(shù)量和性能的服務器。

磁盤陣列存儲設備：根據(jù)所選用的數(shù)據(jù)遷移技術確定設備品牌和相關需求。

光纖交換機：建議采用雙機架構(gòu)部署，每臺光纖交換機端口配置數(shù)量按照需要接入的服務器計算。

3.4.2 主備數(shù)據(jù)中心間專線網(wǎng)絡需求

一般需要用于傳送同步數(shù)據(jù)和業(yè)務數(shù)據(jù)、以及遠程切換或維護操作的網(wǎng)絡，用于同步數(shù)據(jù)的網(wǎng)絡帶寬根據(jù)選用的數(shù)據(jù)復制技術決定;用于傳送業(yè)務數(shù)據(jù)的帶寬根據(jù)數(shù)據(jù)中心遷移期間兩個數(shù)據(jù)中心系統(tǒng)互訪的數(shù)據(jù)量峰值決定;遠程切換或維護操作所使用網(wǎng)絡帶寬要求不高，可與業(yè)務網(wǎng)絡公用。

3.4.3 系統(tǒng)切換遷移特點

系統(tǒng)切換相對快，需要的停機時間短。

目標數(shù)據(jù)中心部署相同系統(tǒng)，在系統(tǒng)切換前可以進行充分的測試，遷移成功率高。

在遷移過程中源數(shù)據(jù)中心系統(tǒng)保留，一旦遷移失敗或遷移后目標數(shù)據(jù)中心系統(tǒng)故障，可以快速回退。

目標數(shù)據(jù)中心的網(wǎng)絡環(huán)境、應用系統(tǒng)重新部署后可以充分測試，使得平時一些不能實施調(diào)整、優(yōu)化的工作成為可能。

對系統(tǒng)部署的實施能力要求較高，包括廠商支持、實施文檔的質(zhì)量、部署工程師的技術能力等。同時，通過部署期間對文檔的整理、完善，將明顯提高后期的系統(tǒng)維護能力。

如果源數(shù)據(jù)中心和目標數(shù)據(jù)中心間能夠二層網(wǎng)絡互通，則系統(tǒng)切換可以靈活進行，批次劃分簡單，否則必須整網(wǎng)段遷移或遷移后的系統(tǒng)變更IP所在的網(wǎng)段。

4? 數(shù)據(jù)中心遷移方法選擇

4.1 決定遷移方法選擇的因素

選擇適用的遷移方法，是項目成功的關鍵，影響遷移方法選擇的主要因素，包括項目資源投入、業(yè)務連續(xù)性要求、實施風險、遷移涉及數(shù)據(jù)量、新舊數(shù)據(jù)中心距離、項目工期要求等。

4.1.1 資源投入

資源包括項目投入資金、可用設備、人力資源等。如果投入資金有限，且無其它可用設備，則只能考慮物理搬遷;如能購置適量設備或有適量利舊設備，則可考慮核心系統(tǒng)邏輯遷移，其它系統(tǒng)物理搬遷，或分批次邏輯遷移;如有足夠資金或設備，則可考慮完全采用邏輯遷移。人力資源包括遷移實施人員、應用廠商支持人員、配合遷移和測試的業(yè)務人員。

相對來說，純物理搬遷需要投入的資源最少，而搭建1：1系統(tǒng)進行遷移所需投入資源最多。

4.1.2 業(yè)務連續(xù)性要求

即便在同一個遷移項目中，不同的系統(tǒng)業(yè)務連續(xù)性要求也會不同，針對業(yè)務連續(xù)性要求不同的系統(tǒng)，可以采用不同的遷移方法。對于業(yè)務連續(xù)性要求高的，應選用快速遷移的方法。比如停機時間2小時的系統(tǒng)，一般來說只能采用系統(tǒng)切換的方法，并且數(shù)據(jù)復制應采用同步方式。

相對來說，純物理搬遷需要較長的停機時間窗口，而搭建1：1系統(tǒng)進行遷移所需停機時間較短。

4.1.3 實施風險

實施風險來自設備故障風險、設備故障導致的系統(tǒng)和數(shù)據(jù)破壞風險、遷移失敗等。

相對來說，純物理搬遷由于設備故障帶來的風險較高，且回退困難，而搭建1：1系統(tǒng)如果遷移失敗，可以快速回退，也不受設備故障影響，風險較小。

4.1.4 數(shù)據(jù)量

數(shù)據(jù)量包括數(shù)據(jù)總量和數(shù)據(jù)增量。如果數(shù)據(jù)量在GB級別的，則對遷移方法的選擇幾乎無影響。但如果數(shù)據(jù)量巨大，如幾十TB，且數(shù)據(jù)增量較大，則需要選用合適的遷移方法和帶寬，如存儲復制、波分鏈路或裸光纖。

相對來說，純物理搬遷節(jié)約了大量的數(shù)據(jù)復制時間和設備投入，但一出現(xiàn)數(shù)據(jù)丟失則需要花費大量時間進行數(shù)據(jù)恢復。而采用數(shù)據(jù)復制技術，需要用較長時間實施數(shù)據(jù)復制，但可避免設備故障帶來的數(shù)據(jù)丟失風險。

4.1.5 新舊數(shù)據(jù)中心距離

如果是不同城市遷移數(shù)據(jù)中心，且對業(yè)務連續(xù)性要求較高，則不適用物理搬遷。實際中，對于生產(chǎn)系統(tǒng)，也是較多采用在目標數(shù)據(jù)中心重新部署后切換的方法。

4.1.6 項目工期要求

相對物理搬遷來說，采用邏輯遷移，從項目調(diào)研、系統(tǒng)搭建、數(shù)據(jù)復制實施、系統(tǒng)測試等環(huán)節(jié)都需要花費大量時間，項目工期相對較長。

4.2 遷移方法的選擇

首先確定哪個因素是最需要優(yōu)先考慮的，如果希望盡可能降低風險和遷移造成對業(yè)務的影響，最好的方法就是目標數(shù)據(jù)中心搭建1：1的系統(tǒng)進行切換，但這樣勢必需要大量的資源投入;如果受限于資源投入，可以考慮核心系統(tǒng)進行邏輯遷移，其他系統(tǒng)進行物理搬遷;如果還是超出預算，可以考慮核心數(shù)據(jù)進行邏輯遷移，其他進行物理搬遷;如果還是超出預算，只能純物理搬遷了。

某汽車制造企業(yè)，系統(tǒng)硬件設備分別部署在3個機房，不利于統(tǒng)一管理。新數(shù)據(jù)中心作為未來集團級數(shù)據(jù)中心正式投入使用，具備同時承載以上機房所有設備能力，因此，需將3個機房的設備及系統(tǒng)遷移至新數(shù)據(jù)中心。項目項目涉及600臺設備，206套應用系統(tǒng)，從3個機房整體遷移到新機房，遷移過程需要修改系統(tǒng)IP地址。由于沒有新購設備預算，該項目采用物理搬遷，分4個批次完成搬遷，每個批次安排在周末48小時內(nèi)完成，搬遷窗口內(nèi)需要中斷業(yè)務，項目工期5個月。這個項目企業(yè)主要考慮投入成本采用了物理搬遷方法。

某央企，新建機房投入使用，原機房租期即將到期，需要將數(shù)據(jù)中心整體遷移到同城新機房。項目涉及157個業(yè)務系統(tǒng)，50多個測試系統(tǒng)，涉及服務器、存儲、網(wǎng)絡、安全等設備636臺，虛擬機736個，數(shù)據(jù)量約160TB。部分核心系統(tǒng)要求2個小時內(nèi)完成遷移恢復業(yè)務，其他核心系統(tǒng)要求8小時內(nèi)完成遷移。新機房內(nèi)核心網(wǎng)絡新購設備搭建，新購100TB容量的磁盤陣列作為新核心存儲，新購少量高配置PC服務器。最終采用了邏輯遷移和物理搬遷的方法完成遷移，用新購服務器在新機房搭建虛擬化平臺，兩個數(shù)據(jù)中心二層網(wǎng)絡互通，采用騰挪方法，遷移一部分搬遷一部分，遷移大部分應用服務器，只有少量應用服務器采用物理搬遷。數(shù)據(jù)采用2個機房核心存儲配置數(shù)據(jù)復制進行遷移，其他存儲數(shù)據(jù)通過核心存儲遷移。數(shù)據(jù)庫服務器部署在冗余的IBM小型機，采用先搬遷一半恢復業(yè)務再搬遷另一半的方法，遷移過程滿足企業(yè)務連續(xù)性要求，項目工期6個月。這個項目企業(yè)較為重視業(yè)務連續(xù)性要求，大部分采用了邏輯遷移，有冗余設備部分采用物理搬遷的方法。

總之，綜合多種因素，選擇適合單位自身需要的遷移方法就是最好的方法。

5 結(jié)束語

本文介紹了對于數(shù)據(jù)中心遷移中的數(shù)據(jù)安全、業(yè)務連續(xù)、網(wǎng)絡及系統(tǒng)的整合等需求，提出多種的遷移方式及遷移方法，并綜合考慮數(shù)據(jù)中心遷移的資源投入、業(yè)務要求、實施風險、數(shù)據(jù)中心距離、項目工期等因素，為選擇適合數(shù)據(jù)中心遷移的方法提出科學合理的建議，希望能為有關數(shù)據(jù)中心遷移提供參考。

參考文獻

[1] 曲波， 鄧旭東， 姜鋒. Oracle GoldenGate數(shù)據(jù)同步機制研究與應用[J]. 微型電腦應用， 2014（6）：55-58.

[2] 趙根， 顏英， 王彥集. 數(shù)據(jù)大集中管理模式下數(shù)據(jù)同步技術探討[J]. 信息與電腦（理論版）， 2012（6）：96-97.

[3] 李正忠. 虛擬化在企業(yè)IT架構(gòu)中的價值與應用[J]. 信息安全與技術， 2013， 4（2）：69-70.

[4] 趙穎， 蔣薈. 基于數(shù)據(jù)同步技術的5T系統(tǒng)架構(gòu)優(yōu)化方案研究[J]. 鐵路計算機應用， 2016， 25（6）：9-12.

[5] 談永奇. Oracle中兩種數(shù)據(jù)同步技術的性能測試與評價[J]. 中國數(shù)字醫(yī)學， 2011， 06（2）：62-64.

作者簡介：

張黎明（1977-），女，漢族，北京人，英國伯明翰大學，碩士，國家能源集團神華信息技術有限公司，工程師;主要研究方向和關注領域：IT系統(tǒng)的安全及運行維護。